Für andere modellierte Klassen der Anwendung (wie Prozess, Fassade, WSInbound und WebService) wird jetzt von der Verwendung jeglicher Erweiterungsmechanismen abgeraten.
Bis zur Version 6.0.3 war Unterklassifizieren und Ersetzen ein allgemein gebräuchlicher Mechanismus zum Hinzufügen und Ändern von Operationen bei Anwendungsprozess- und Fassadenklassen. Wie bei der Erweiterung von Anwendungsentitätsklassen, so gilt auch hier, dass dies ab jetzt möglicherweise ein unsicherer Weg ist, da der Kunde nicht mehr notwendigerweise die ganze Einsicht darin hat, wo diese Klassen verwendet werden.
Ähnlich wie bei den Entitätsklassen sollte der Kunde stattdessen seine eigenen Prozess-, Fassaden- oder WSInbound-Klassen modellieren und codieren und sie entweder in vorhandene externe APIs einschließen oder eine neue Funktionalität implementieren. Was Fassadenoperationen betrifft, können betroffene UIM-Seiten, sofern gewünscht, auf die neuen Fassadenoperationen ausgerichtet werden.