Upgrade von Project Service Automation auf Project Operations

Artikel
04/09/2024

Wir freuen uns, die zweite von drei Phasen für das Upgrade von Microsoft Dynamics 365 Project Service Automation auf Microsoft Dynamics 365 Project Operations ankündigen zu können. Dieser Artikel bietet einen Überblick für Kunden, die sich auf diesen spannenden Verlauf einlassen.

Das Upgrade-Lieferprogramm wird in drei Phasen unterteilt. Phase 3 ist jetzt für die Kundschaft live.

Upgrade-Lieferung	Phase 1 (Januar 2022)	Phase 2 (November 2022)	Phase 3 (November 2023)
Keine Abhängigkeit vom Projektstrukturplan (PSP) für Projekte	✔️	✔️	✔️
Ein PSP innerhalb der derzeit unterstützten Grenzen von Project Operations		✔️	✔️
Ein PSP außerhalb der derzeit unterstützten Grenzen von Project Operations, einschließlich der Unterstützung für den Project Desktop Client			✔️

Funktionen des Upgradeprozesses

Als Teil des Upgradeprozesses wurden der Siteübersicht Upgrade-Protokolle hinzugefügt, damit Administrierende Fehler leichter diagnostizieren können. Neben der neuen Schnittstelle werden neue Validierungsregeln hinzugefügt, um die Datenintegrität nach einem Upgrade sicherzustellen. Die folgenden Validierungen werden dem Upgrade-Prozess hinzugefügt.

Prüfungen	Phase 2 (November 2022)	Phase 3 (November 2023)
Der PSP wird auf gängige Datenintegritätsverletzungen überprüft (z. B. Ressourcenzuweisungen, die derselben übergeordneten Aufgabe zugeordnet sind, aber unterschiedliche übergeordnete Projekte aufweisen).	✔️	✔️
Der PSP wird gegen die bekannten Grenzen von Project for the Web validiert.	✔️	✔️
Der PSP wird gegen die bekannten Grenzen von Project Desktop Client validiert.		✔️
Buchbare Ressourcen und Projektkalender werden anhand allgemeiner inkompatibler Kalenderregelausnahmen bewertet.	✔️	✔️

Anforderungen

Um für das Upgrade berechtigt zu sein, müssen Sie folgende Kriterien erfüllen:

Allen aktiven Benutzern des Kunden müssen gültige Project Operations-Lizenzen zugewiesen werden.
Sie müssen den Upgrade-Prozess in mindestens einer Nichtproduktionsumgebung validieren, die einen repräsentativen Datensatz enthält, der mit Ihrer Produktionsumgebung abgeglichen ist.
Die Zielumgebung muss auf die neueste verfügbare Project Service Automation Release aktualisiert werden.
Umgebungen, die Projekte enthalten, die gegen die Grenzen von Project for the Web verstoßen, dürfen das Microsoft Project-Desktop-Add-In für Project Operations (Dokumentation hier) verwenden. Umgebungen, die kein Projekt mit >500 Aufgaben enthalten, können das Add-In nicht verwenden.

Mit der Veröffentlichung des Phase-3-Upgrades müssen einzelne Projekte separat von der Umgebung aktualisiert werden. Wenn ein Projekt aktualisiert wird, wird es in Microsoft Project for the Web erstellt und kann über die Registerkarte „Aufgaben“ in Project Operations bearbeitet werden. Wenn beim Anzeigen einer Projekteinheit die Schaltfläche „Upgrade“ ausgewählt wird, beginnen Validierungsprüfungen, um sicherzustellen, dass das Projekt den Projekt- und Aufgaben-Grenzen von Project for the Web entspricht. Projekte, die nicht aktualisiert werden oder nicht aktualisiert werden können, können weiterhin mit externer Planung oder dem Project-Desktop-Add-In für Project Operations verwaltet werden. Aktualisierte Projekte können nicht mehr mit dem Projekt-Desktop-Add-In bearbeitet werden.

Lizenzierung

Wenn Sie über aktive Lizenzen für Project Service Automation verfügen, können Sie Project Operations installieren und verwenden, das alle Funktionen von Project Service Automation und mehr umfasst. Auf diese Weise können Sie die Fähigkeiten von Project Operations testen, während Sie Project Service Automation weiterhin in der Produktion verwenden. Nach Ablauf Ihrer Project Service Automation-Lizenzen müssen Sie zu Project Operations wechseln. Wenn Sie diesen Übergang planen, müssen Sie berücksichtigen, dass die Project Operations-Lizenz keine Project Service Automation-Lizenz enthält. Die Kundschaft mit Szenarien, in denen sie Project Service Automation bereitgestellt hat und ihre Lizenzen für PSA weiterhin verwenden oder erhöhen muss, während sie plant, zu Project Operations zu wechseln, kann temporäre PSA-Lizenzen auf der Grundlage der von Project Operations erworbenen Lizenzen anfordern. Für eine Project Operations-Lizenz wird eine Project Service Automation-Lizenz ausgestellt. Temporäre PSA-Lizenzen können über diesen Link beantragt werden: aka.ms/ineedpsa

Testen und Umgestaltung von Anpassungen

Importieren Sie zunächst alle Anpassungen in eine saubere Project Operations Lite-Umgebung, um sicherzustellen, dass der Import erfolgreich ist und sich die Geschäftsvorgänge wie erwartet verhalten.

Hier sind einige Dinge, auf die Sie achten sollten:

Der Import kann aufgrund fehlender Abhängigkeiten fehlschlagen. Mit anderen Worten, die Anpassungen verweisen auf Felder oder andere Komponenten, die in Project Operations entfernt wurden. Entfernen Sie in diesem Fall diese Abhängigkeiten aus der Entwicklungsumgebung.
Wenn Ihre nicht verwalteten und verwalteten Lösungen nicht angepasste Komponenten enthalten, entfernen Sie diese Komponenten aus der Lösung. Zum Beispiel, wenn Sie die Entität Projekt anpassen, fügen Sie Ihrer Lösung nur den Entitätsheader hinzu. Fügen Sie nicht alle Felder hinzu. Wenn Sie zuvor alle Unterkomponenten hinzugefügt haben, müssen Sie möglicherweise manuell eine neue Lösung erstellen und ihr relevante Komponenten hinzufügen.
Formulare und Ansichten werden möglicherweise nicht wie erwartet angezeigt. Wenn Sie eines der vordefinierten Formulare oder Ansichten angepasst haben, können die Anpassungen unter Umständen verhindern, dass neue Updates in Project Operations wirksam werden. Um diese Probleme zu identifizieren, empfehlen wir Ihnen, parallel eine Neuinstallation von Project Operations und eine Installation von Project Operations, die Ihre Anpassungen enthält, zu überprüfen. Vergleichen Sie die am häufigsten verwendeten Formulare in Ihrem Unternehmen, um sicherzustellen, dass Ihre Version des Formulars noch sinnvoll ist und nichts in der sauberen Version des Formulars fehlt. Führen Sie die gleiche Art der parallelen Überprüfung für alle Ansichten durch, die Sie angepasst haben.
Die Geschäftslogik schlägt möglicherweise zur Laufzeit fehl. Da Verweise auf Felder in Ihren Plug-Ins zum Zeitpunkt des Imports nicht validiert werden, schlägt die Geschäftslogik möglicherweise aufgrund von Verweisen auf nicht mehr vorhandene Felder fehl, und Sie erhalten möglicherweise eine Fehlermeldung, die dem folgenden Beispiel ähnelt: „'Projekt'-Entität enthält kein Attribut mit Name = 'msdyn_plannedhours' und NameMapping = 'Logical'.“ Ändern Sie in diesem Fall Ihre Anpassungen so, dass sie die neuen Felder verwenden. Wenn Sie automatisch generierte Proxy-Klassen und starke Typreferenzen in Ihrer Plug-In-Logik verwenden, ziehen Sie in Betracht, diese Proxys aus einer Neuinstallation heraus neu zu generieren. Auf diese Weise können Sie leicht alle Stellen identifizieren, an denen Ihre Plug-Ins von veralteten Feldern abhängig sind.

Nachdem Sie Ihre Anpassungen aktualisiert haben, um Project Operations sauber zu importieren, fahren Sie mit den nächsten Schritten fort.

End-to-End-Tests in Bereitstellungsumgebungen

Upgrade einleiten

Finden und wählen Sie im Power Platform Portal Admin Center Ihre Umgebung aus. Suchen und wählen Sie dann in den Anwendungen Dynamics 365 Project Operations.
Wählen Sie Installieren, um das Upgrade zu starten. Das Power Platform Admin Center wird diese Installation als neue Installation präsentieren. Das Vorhandensein einer früheren Version von Project Service Automation wird jedoch erkannt und die vorhandene Installation wird aktualisiert.

Nach Abschluss des Upgrades sollte in der Umgebung angezeigt werden, dass Project Operations installiert ist und dass Project Service Automation nicht installiert ist.

Je nach Datenmenge in der Umgebung kann das Upgrade mehrere Stunden dauern. Das Kernteam, das das Upgrade verwaltet, sollte entsprechend planen und das Upgrade außerhalb der Geschäftszeiten durchführen. In manchen Fällen sollte das Upgrade bei großem Datenvolumen am Wochenende durchgeführt werden. Die Entscheidung über die Planung sollte auf den Testergebnissen in niedrigeren Umgebungen basieren.
Aktualisieren Sie benutzerdefinierte Lösungen nach Bedarf. Stellen Sie zu diesem Zeitpunkt alle Änderungen bereit, die Sie an Ihren Anpassungen im Abschnitt Testen und Überarbeiten von Anpassungen in diesem Artikel vorgenommen haben.
Gehen Sie zu make.powerapps.com, wählen Sie Ihre Umgebung aus der Dropdown-Liste oben rechts im Portal aus, wählen Sie Lösungen und wählen Sie im linken Menü die Project Operations veraltete Komponenten-Lösung und dann Deinstallieren aus.

Diese Lösung ist eine temporäre Lösung, die das vorhandene Datenmodell und die Komponenten enthält, die während des Upgrades vorhanden sind. Durch das Entfernen dieser Lösung entfernen Sie alle Felder und Komponenten, die nicht mehr verwendet werden. Auf diese Weise tragen Sie dazu bei, die Schnittstelle zu vereinfachen und die Integration und Erweiterung zu erleichtern.

Upgrade auf Project Operations Lite

Die folgenden Schritte beschreiben den Upgrade-Prozess und die zugehörige Fehlerprotokollierung:

PSA-Versionsprüfung: Um Project Operations zu installieren, muss die neueste Version von Project Service Automation installiert sein.
Vorvalidierung: Wenn ein Administrator ein Upgrade initiiert, führt das System eine Vorabvalidierungsoperation für jede Entität aus, die den Kern der Project Operations-Lösung bildet. Dieser Schritt überprüft, ob alle Entitätsreferenzen gültig sind und stellt sicher, dass Daten, die sich auf den PSP beziehen, innerhalb der veröffentlichten Grenzen von Project for the Web liegen.
Metadaten-Upgrade: Nach erfolgreicher Vorabvalidierung initiiert das System Änderungen am Schema und erstellt eine veraltete Komponentenlösung. Sie können diese veraltete Lösung entfernen, nachdem Sie alle erforderlichen Umgestaltungen von Anpassungen abgeschlossen haben. Dieser Schritt ist der längste Teil des Upgrade-Prozesses und kann bis zu vier Stunden dauern.
Datenupgrade: Nachdem alle erforderlichen Schemaänderungen im Metadaten-Upgrade-Schritt abgeschlossen wurden, werden Ihre Daten in das neue Schema migriert und alle erforderlichen Standardeinstellungen und Neuberechnungen werden durchgeführt.
Update der Projektplan-Engine: Nach erfolgreicher Datenaktualisierung wird die Registerkarte Zeitlicher Ablauf auf der Hauptseite in Aufgaben umbenannt. Wenn ein Benutzender diese Registerkarte nach dem Upgrade auswählt, wird er angewiesen, zum Verfolgungsraster zu navigieren, um eine schreibgeschützte Version von PSP anzuzeigen. Um den PSP zu bearbeiten, müssen sie den Zeitplan Umwandlungsprozess initiieren. Alle Projekte ohne bereits vorhandenen PSP können die neue Planungserfahrung direkt und ohne Konvertierung verwenden.

Allgemeine Szenarien validieren

Wenn Sie Ihre spezifischen Anpassungen validieren, empfehlen wir Ihnen, auch die Geschäftsprozesse zu überprüfen, die von den Anwendungen unterstützt werden. Zu diesen Geschäftsprozessen gehören unter anderem die Erstellung von Verkaufsentitäten wie Angeboten und Verträgen sowie die Erstellung von Projekten, die PSPs und die Genehmigung von Ist-Werten enthalten.

Wesentliche Änderungen zwischen Project Service Automation und Project Operations

Dieser Abschnitt enthält eine Zusammenfassung der wichtigsten Änderungen, die Sie zwischen Project Service Automation und Project Operations erwarten können.

Projektplanung

Die Projektplanungsfunktionen in Project Operations basieren nicht mehr auf einer Kombination aus clientseitiger Logik und serverseitiger Logik. Project Operations verwendet stattdessen Project for the Web als primäres Planungsmodul. Diese Änderung der Planungsfunktionen ermöglicht mehrere neue Funktionen wie Board- und Gantt-Ansichten, ressourcengesteuerte Planung, Prüflistenelemente für die Aufgabe und Projektplanungsmodi. Die neuen Planungsfunktionen werden auch durch eine Vielzahl neuer Anwendungsprogrammierschnittstellen (APIs) unterstützt. Diese APIs sollen sicherstellen, dass keine programmgesteuerten Operationen zum Erstellen, Aktualisieren oder Löschen einer Entität im PSP die berechneten Felder im Zeitplan beschädigen.

Preise und Abrechnung

Als Teil der kontinuierlichen Investitionen in Project Operations stehen mehrere neue Funktionen in den Bereichen Abrechnung und Preisgestaltung zur Verfügung. Hier sehen Sie einige Beispiele:

Ressourcenverwaltung

Project Operations bietet optionale Unterstützung für das URS-Board (Universal Resource Scheduling) und den Planungsassistenten. Diese neue Erfahrung wird im Zyklus im April 2023 obligatorisch.

Häufig gestellte Fragen

Welche Bereitstellungstypen werden derzeit für das Upgrade unterstützt?

Source	Zielsprache	Status
Project Service Automation	Project Operations Lite-Bereitstellung	Unterstützt
Projektmanagement und -buchhaltung in Dynamics 365 Finance	Project Operations Lite-Bereitstellung	Aktuell nicht unterstützt
Finance Projektmanagement und -buchhaltung	Project Operations für Szenarien basierend auf vorrätigen/nicht vorrätigen Ressourcen	Aktuell nicht unterstützt
Project Service Automation 3.x	Project Operations für Szenarien basierend auf vorrätigen/nicht vorrätigen Ressourcen	Aktuell nicht unterstützt
Project for the Web (dedizierte Umgebung)	Project Operations Lite-Bereitstellung	Aktuell nicht unterstützt

Wie kann ich Project Operations installieren, bevor die Upgrade-Tools verfügbar sind?

Es gibt zwei Optionen für die Installation von Project Operations, bevor die Upgrade-Tools verfügbar sind:

Eine neue Umgebung bereitstellen.
Stellen Sie Project Operations separat für jede Vertriebsorganisation bereit, in der Project Service Automation nicht vorhanden ist.

Wenn Project Service Automation in einer Organisation installiert ist, aber nicht verwendet wurde, kann es deinstalliert werden. Nachdem Sie Project Service Automation vollständig entfernt haben, kann Project Operations in derselben Organisation installiert werden.