Was sind veraltete Anpassungen?

Microsoft kündigt Funktionen mit langem Vorlauf ab und weil der Vorlauf lang ist passiert erst einmal nichts. Veraltet ist in Dynamics 365 deshalb ein schleichender Zustand: Die Anpassung läuft aber sie steht auf einer Liste. Wer den eigenen Bestand gegen diese Listen hält weiß wie viel Modernisierung noch vor ihm liegt.

Die üblichen Verdächtigen im Bestand

Klassische Workflows. Die Empfehlung ist seit Jahren Power Automate (Microsofts Gegenüberstellung samt Migrationsempfehlung). Klassische Hintergrund-Workflows laufen weiter aber jede neue Investition dort vergrößert den Wanderungsbestand. Im Export gut zählbar, inklusive der Frage wie viele davon überhaupt noch aktiv sind.

Business Rules - nicht abgekündigt, aber oft verwaist. Geschäftsregeln sind kein Auslaufmodell, Microsoft entwickelt sie weiter. Sie gehören trotzdem in diese Durchsicht. Sie werden ähnlich selten gepflegt wie Workflows und überschneiden sich oft mit JavaScript oder Flows. Auch werden diese oftmals deaktiviert um Geschäftslogik noch vorzuhalten wenn sie dann noch jemand braucht (und dann vergessen ...) Wie man den Bestand ausdünnt steht unter alte Business Rules entfernen.

Dialoge und Task Flows. Beide abgekündigt, Dialoge schon lange (offizieller Deprecation-Hinweis in der Microsoft-Dokumentation). Wenn sie im Lösungs-Export auftauchen sind sie fast immer schlicht vergessen worden.

Reste des alten Web-Clients. Formulare in Legacy-Typen, Sichtbarkeitsschalter für Clients die es nicht mehr gibt. Stört funktional selten verrät aber das Alter und bläht die Definitionen auf. Der alte Web-Client selbst wurde bereits Ende 2020 abgeschaltet. Die laufend gepflegte Abkündigungsliste dazu und zu vielem anderen ist „Important changes (deprecations) coming in Power Platform“.

Der alte Dataverse-Connector in Flows. Flows welche noch den abgekündigten Connector „Dataverse (legacy)“ verwenden statt des aktuellen Microsoft-Dataverse-Connectors. Der alte hieß früher „Common Data Service“. Steht im Klartext in den Flow-Definitionen des Exports. Die Abkündigung selbst steht ebenfalls in der Deprecation-Liste von Microsoft.

JavaScript-Altbestand. Xrm.Page, window.parent.Xrm, alte Endpunkte, synchrone Aufrufe. Dazu gibt es hier im Blog eine eigene Suchliste.

Plug-in-Zielrahmen. Assemblies die gegen sehr alte SDK-Versionen gebaut wurden. Registrierungsdetails und Versionsangaben geben aber Hinweise und spätestens der Solution Checker schaut hier genauer hin.

Vom Einzelfund zur Kennzahl

Der einzelne Fund ist eine Notiz. Interessant wird die Summe: Wie viel Prozent der Automatisierung läuft auf abgelöster Technik? Wie viele der Skripte greifen auf das alte Objektmodell zu? Diese Anteile machen aus einem diffusen Gefühl von Altsystem eine Zahl die sich über die Zeit verfolgen lässt.

Und sie ordnen die Dringlichkeit. Eine Lösung mit 5 Prozent Altbestand pflegt man nebenbei. Eine mit 20 Prozent hat ein Modernisierungsprojekt vor sich und das sollte in der Planung stehen, bevor eine Migration oder ein großes Update es erzwingt.

Die maßgebliche Quelle für den Abgleich sind Microsofts eigene Listen der wichtigen Änderungen und Abkündigungen in der Produktdokumentation. Dazu kommen die Ankündigungen im Admin-Nachrichtencenter. Es lohnt sich dafür eine Zuständigkeit zu benennen: eine Person welche diese Listen liest und Betroffenheit meldet. Sonst liest sie niemand.

Der Rhythmus

Veraltung ist kein einmaliger Befund sondern ein Prozess, weil die Abkündigungslisten wachsen. Es genügt den Abgleich einmal im Jahr zu machen und nach jeder größeren Ankündigung von Microsoft. Wichtiger als die Frequenz ist, dass die Ergebnisse Konsequenzen haben: Jede neue Anpassung wird auf aktueller Technik gebaut und der Altbestand wandert bei Gelegenheit mit. So wächst die Liste wenigstens nicht weiter während man sie abarbeitet.