3. Afwijzing van een Change Action (CA)

Wanneer u een Change Action in 3DEXPERIENCE afwijst, kunnen er verschillende scenario’s optreden, en de impact van de afwijzing kan variëren afhankelijk van de fase van de Change Action en de specifieke configuraties van uw omgeving. Hier zijn de belangrijkste effecten van afwijzing en hun implicaties:

1. Annulering van lopende wijzigingen

Beginfasen (voorbereiding of validatie) :

Als de wijzigingsactie wordt afgewezen tijdens de voorbereidings- of validatiefase, zijn de bijbehorende wijzigingen meestal nog niet volledig geïmplementeerd in het productiesysteem. In dit geval resulteert de afwijzing in het annuleren van de lopende wijzigingen.

Dit is wat er vaak gebeurt:

• Voorbereidings- of valideringsfase :

  • Beschrijving: Wijzigingen zijn in voorbereiding of wachten op goedkeuring.
  • Impact van afwijzing: Omdat deze wijzigingen nog niet in het productiesysteem zijn geïntegreerd, worden ze bij afwijzing automatisch verwijderd zonder dat dit invloed heeft op gevalideerde gegevens.

• Terug naar vorige staat: Gewijzigde objecten blijven in hun oorspronkelijke staat voordat de wijzigingsactie werd gestart.

Fasen voor gevorderden (uitvoering) :

Als de wijzigingsactie wordt afgekeurd nadat de uitvoering is gestart, maar voordat deze is afgerond, kunnen de wijzigingen al enige impact hebben gehad op het systeem.

In dit geval :

• Annulering van gedeeltelijk toegepaste wijzigingen:
  • Beschrijving: De wijzigingen worden nu toegepast en hebben invloed op het systeem.
  • Impact van afwijzing: Bij afwijzing is handmatige interventie nodig om objecten te herstellen naar hun vorige staat. Dit kan het verwijderen van specifieke versies inhouden of het herstellen van oude versies.

• Wijzigingen verwijderen: Objecten die zijn gewijzigd kunnen worden hersteld naar hun vorige staat met behulp van bijvoorbeeld revisies.

Afsluitende fase (wijzigingen volledig doorgevoerd) :

Als de wijzigingsactie wordt afgekeurd nadat deze is uitgevoerd, zijn de gevolgen heel anders:

• • Beschrijving: De wijzigingen zijn volledig geïmplementeerd en actief in het productiesysteem.
  • Impact van afwijzing: Als wijzigingen eenmaal zijn afgerond en geïntegreerd, kunnen ze niet zomaar worden verwijderd. Er is een nieuwe wijzigingsactie nodig om correcties aan te brengen.

2. Vasthouden of beoordelen

Wanneer een wijzigingsactie wordt afgekeurd, kan deze in de wacht worden gezet voor verdere analyse. Dit stelt teams in staat om te begrijpen waarom wijzigingen zijn afgewezen en om te beslissen of ze moeten worden gecorrigeerd of helemaal moeten worden opgegeven.

• Herziening van wijzigingen: Een team kan worden gevraagd om de wijzigingen te bekijken en aanpassingen voor te stellen voordat ze opnieuw ter goedkeuring worden ingediend.
• Opschorting: De wijzigingsactie wordt tijdelijk gepauzeerd totdat verdere beslissingen zijn genomen.

3. Communicatie en documentatie

Het afwijzen van een veranderactie moet duidelijk worden gecommuniceerd naar alle betrokken belanghebbenden. De redenen voor afwijzing moeten goed worden gedocumenteerd om misverstanden te voorkomen en toekomstige besluitvorming te ondersteunen.

• Afwijzingsrapport: Er moet een rapport met de redenen voor afwijzing en de mogelijke gevolgen worden opgesteld en gedeeld.
• Geschiedenis van wijzigingen: De afgekeurde wijzigingsactie moet goed worden vastgelegd in het systeem om een duidelijke geschiedenis van beslissingen bij te houden.

4. Terugkoppeling en verbetering

Voor wijzigingen die al zijn doorgevoerd, houdt restitutie in dat objecten worden teruggebracht naar hun vorige staat. Dit kan bewerkingen omvatten zoals :

• Vorige versies herstellen: Eerdere versies van gewijzigde objecten worden opnieuw geactiveerd of in hun actieve staat hersteld.
• Opschonen van gegevens: De gegevens die zijn ingevoerd of gewijzigd door de afgekeurde wijzigingsactie worden opgeschoond uit het systeem.

Conclusie

Het afwijzen van een wijzigingsactie in 3DEXPERIENCE heeft verschillende implicaties, afhankelijk van de fase van de wijzigingsactie en de aard van de aangebrachte wijzigingen. Het afkeuringsproces is ontworpen om de impact van fouten te minimaliseren en effectief wijzigingsbeheer mogelijk te maken, zodat systeemobjecten zich altijd in een consistente en gevalideerde staat bevinden.

 

 

👉BONUS👈

Best practices om gegevensverlies te voorkomen 

Om het risico op gegevensverlies te minimaliseren en effectief wijzigingsbeheer te garanderen, volgen hier enkele best practices:

1. Werk altijd in de context van Change Action:

   • Voordeel: hiermee kun je alle wijzigingen bijhouden en ze koppelen aan een specifieke wijzigingsactie.
   • Praktisch: Zorg ervoor dat alle wijzigingen aan een product of document gekoppeld zijn aan een geldige wijzigingsactie.

2. Revisie gebruiken :

   • Voordeel: Met revisies kun je een geschiedenis van wijzigingen bijhouden en terugkeren naar een vorige versie als dat nodig is.
   • Praktisch: Maak een nieuwe revisie voordat je grote wijzigingen aanbrengt. Gebruik de revisiegeschiedenis om wijzigingen te beheren.

3. Maak regelmatig back-ups :

   • Voordeel: regelmatige back-ups zorgen ervoor dat je gegevens kunt herstellen in geval van afwijzing of fouten.
   • Praktisch: Plan automatische back-ups van kritieke projecten en documenten.

4. Wijzigingen controleren en valideren voordat ze definitief worden goedgekeurd:

   • Voordeel: fouten minimaliseren door wijzigingen met belanghebbenden te valideren voordat ze definitief worden gevalideerd.
   • Praktijk: Voer veranderingsbeoordelingen uit met multidisciplinaire teams om mogelijke problemen te identificeren.

5. Documenteer en communiceer de redenen voor afwijzing:

   • Voordeel: duidelijke documentatie helpt je te begrijpen waarom een wijziging is afgekeurd en hoe deze kan worden gecorrigeerd.
   • Praktisch: Maak gedetailleerde rapporten voor elke release en deel ze met alle relevante belanghebbenden.