Freigeben über

Upgrade von Project Service Automation auf Project Operations

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 bekannt zu geben. Dieser Artikel bietet eine Übersicht für Kunden, die sich auf diese spannende Reise begeben.

Das Upgradebereitstellungsprogramm ist in drei Phasen unterteilt. Phase 3 ist jetzt für Kunden live.

Upgrade-Lieferung Phase 1 (Januar 2022) Phase 2 (November 2022) Phase 3 (November 2023)
Keine Abhängigkeit von der Projektstruktur (PSP) für Projekte ✔️ ✔️ ✔️
PSP innerhalb der derzeit unterstützten Grenzwerte von Project-Vorgängen ✔️ ✔️
PSP außerhalb der derzeit unterstützten Grenzwerte von Project-Vorgängen, einschließlich Unterstützung für den Project-Desktopclient ✔️

Upgradeprozessfeatures

Im Rahmen des Upgradeprozesses werden Upgradeprotokolle zur Websiteübersicht hinzugefügt, damit Administratoren Fehler einfacher diagnostizieren können. Zusätzlich zur neuen Schnittstelle werden neue Gültigkeitsprüfungsregeln hinzugefügt, um die Datenintegrität nach einem Upgrade sicherzustellen. Die folgenden Überprüfungen werden dem Upgradeprozess hinzugefügt.

Prüfungen Phase 1 (Januar 2022) Phase 2 (November 2022) Phase 3 (November 2023)
Der PSP wird auf allgemeine Verstöße gegen die Datenintegrität überprüft (z. B. Ressourcenzuordnungen, die demselben übergeordneten Vorgang zugeordnet sind, aber unterschiedliche übergeordnete Projekte haben). ✔️ ✔️
Der PSP wird anhand der bekannten Grenzwerte von Project für das Web überprüft. ✔️ ✔️
Der PSP wird anhand der bekannten Grenzwerte des Project-Desktopclients überprüft. ✔️
Buchbare Ressourcen und Projektkalender werden anhand allgemeiner inkompatibler Kalenderregel-Ausnahmen ausgewertet. ✔️ ✔️

Voraussetzungen

Um für ein Upgrade berechtigt zu sein, müssen Sie die folgenden Kriterien erfüllen:

  • Gültige Project Operations-Lizenzen müssen allen aktiven Benutzern zugewiesen werden.
  • Sie müssen den Upgradeprozess in mindestens einer Nichtproduktionsumgebung überprüfen, die ein repräsentatives Dataset enthält, das an Ihre Produktionsumgebung ausgerichtet ist.
  • Die Zielumgebung muss auf die neueste verfügbare Version der Project Service Automation aktualisiert werden.
  • Umgebungen, die Projekte enthalten, die die Grenzwerte von Project für das Web verletzen, dürfen das Microsoft Project-Desktop-Add-In für Project-Vorgänge verwenden (Dokumentation hier). Umgebungen, die kein Projekt mit >500 Vorgängen 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, ist es in Microsoft Project für das Web integriert und kann über die Registerkarte "Vorgänge" in Project Operations bearbeitet werden. Wenn die Schaltfläche "Upgrade" beim Anzeigen einer Projektentität ausgewählt ist, beginnen Validierungsprüfungen, um sicherzustellen, dass das Projekt den Projekt- und Vorgangsgrenzwerten von Project für das Web entspricht. Projekte, die nicht aktualisiert werden können oder nicht aktualisiert werden können, können weiterhin mithilfe der externen Planung oder des Project-Desktop-Add-Ins für Project-Vorgänge verwaltet werden. Aktualisierte Projekte können nicht mehr mit dem Project-Desktop-Add-In bearbeitet werden.

Lizenzierung

Wenn Sie über aktive Lizenzen für die Project Service Automation verfügen, können Sie Project-Vorgänge installieren und verwenden, die alle Funktionen der Project Service Automation und vieles mehr umfassen. Auf diese Weise können Sie die Funktionen von Project-Vorgängen testen, während Sie weiterhin die Project Service Automation in der Produktion verwenden. Nachdem Ihre Project Service Automation-Lizenzen abgelaufen sind, 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.

Testen und Umgestalten von Anpassungen

Importieren Sie als Ausgangspunkt alle Anpassungen in eine saubere Project Operations Core-Umgebung, um zu bestätigen, dass der Import erfolgreich ist, und dass sich Geschäftsvorgänge wie erwartet verhalten.

Hier sind einige Punkte, auf die Sie achten müssen:

  • Fehler beim Import aufgrund fehlender Abhängigkeiten. Anders ausgedrückt: Die Anpassungen verweisen auf Felder oder andere Komponenten, die in Project-Vorgängen entfernt wurden. Entfernen Sie in diesem Fall diese Abhängigkeiten aus der Entwicklungsumgebung.
  • Wenn Ihre nicht verwalteten und verwalteten Lösungen Komponenten enthalten, die nicht angepasst sind, entfernen Sie diese Komponenten aus der Lösung. Wenn Sie beispielsweise die Project-Entität 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 unter bestimmten Umständen eines der vordefinierten Formulare oder Ansichten angepasst haben, können die Anpassungen möglicherweise verhindern, dass neue Aktualisierungen in Project-Vorgängen wirksam werden. Um diese Probleme zu identifizieren, empfiehlt es sich, eine parallele Überprüfung einer Neuinstallation von Project Operations und einer Installation von Projektvorgängen durchzuführen, die Ihre Anpassungen umfasst. Vergleichen Sie die am häufigsten verwendeten Formulare in Ihrem Unternehmen, um zu bestätigen, dass Ihre Version des Formulars immer noch sinnvoll ist und keine Elemente aus der sauberen Version des Formulars fehlen. Führen Sie die gleiche Art von paralleler Überprüfung für alle Ansichten aus, die Sie angepasst haben.
  • Geschäftslogik kann zur Laufzeit fehlschlagen. Da Verweise auf Felder in Ihren Plug-Ins zum Zeitpunkt des Imports nicht überprüft 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: "'Project' Entität enthält kein Attribut mit dem Namen = 'msdyn_plannedhours' und 'NameMapping = 'Logical'." Ändern Sie in diesem Fall Ihre Anpassungen so, dass sie die neuen Felder verwenden. Wenn Sie automatisch generierte Proxyklassen und starke Typenverweise in Ihrer Plug-In-Logik verwenden, sollten Sie diese Proxys aus einer Neuinstallation neu generieren. Auf diese Weise können Sie ganz einfach alle Stellen identifizieren, an denen Ihre Plug-Ins von veralteten Feldern abhängen.

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

End-to-End-Tests in Entwicklungsumgebungen

Upgrade initiieren

  1. Suchen Sie im Power Platform Admin Center Ihre Umgebung, und wählen Sie sie aus. Suchen Und wählen Sie dann in den Anwendungen Dynamics 365 Project Operations aus.

  2. Wählen Sie "Installieren" aus, um das Upgrade zu starten. Das Power Platform Admin Center präsentiert diese Installation als neue Installation. Das Vorhandensein einer früheren Version der 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 die 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 während nicht geschäftlicher Zeiten ausführen. Wenn das Datenvolume groß ist, sollte das Upgrade in einigen Fällen am Wochenende ausgeführt werden. Die Entscheidung über die Planung sollte auf den Testergebnissen in niedrigeren Umgebungen basieren.

  3. Aktualisieren Sie benutzerdefinierte Lösungen nach Bedarf. Stellen Sie an diesem Punkt alle Änderungen bereit, die Sie an Ihren Anpassungen im Abschnitt " Tests und Umgestaltung von Anpassungen " in diesem Artikel vorgenommen haben.

  4. Wechseln Sie zu make.powerapps.com, wählen Sie Ihre Umgebung in der Dropdownliste oben rechts im Portal aus, wählen Sie " Lösungen " im linken Menü aus, wählen Sie die Projektbetriebslösung "Veraltete Komponenten" und dann " Deinstallieren" aus.

    Diese Lösung ist eine temporäre Lösung, die das vorhandene Datenmodell und die vorhandenen Komponenten enthält, die während des Upgrades vorhanden sind. Wenn Sie diese Lösung entfernen, entfernen Sie alle Felder und Komponenten, die nicht mehr verwendet werden. Auf diese Weise vereinfachen Sie die Benutzeroberfläche und vereinfachen die Integration und Erweiterung.

Upgrade auf Project Operations Core

Die folgenden Schritte beschreiben den Upgradeprozess und die zugehörige Fehlerprotokollierung:

  1. PSA Versionsprüfung: Um Project Operations zu installieren, müssen Sie die neueste Project Service Automation Release installiert haben.
  2. Vorabüberprüfung: Wenn ein Administrator ein Upgrade initiiert, führt das System einen Vorabüberprüfungsvorgang für jede Entität aus, die für die Project Operations-Lösung wichtig ist. In diesem Schritt wird überprüft, ob alle Entitätenverweise gültig sind, und es stellt sicher, dass daten, die mit dem PSP zusammenhängen, in den veröffentlichten Grenzwerten von Project für das Web liegen.
  3. Metadatenupgrade: Nach erfolgreicher Vorabüberprüfung initiiert das System Änderungen am Schema und erstellt eine veraltete Komponentenlösung. Sie können diese veraltete Lösung entfernen, nachdem Sie alle erforderlichen Anpassungen abgeschlossen haben. Dieser Schritt ist der längste Teil des Upgradeprozesses und kann bis zu vier Stunden dauern, bis er abgeschlossen ist.
  4. Datenupgrade: Nachdem alle erforderlichen Schemaänderungen im Metadatenupgradeschritt abgeschlossen wurden, werden Ihre Daten in das neue Schema migriert, und alle erforderlichen Standard- und Neuberechnungen werden durchgeführt.
  5. Aktualisierung des Projektplanmoduls: Nach dem erfolgreichen Datenupgrade wird die Registerkarte "Zeitplan " auf der Hauptseite erneut als "Vorgänge" bezeichnet. Wenn ein Benutzer diese Registerkarte nach dem Upgrade auswählt, wird er angewiesen, zum Nachverfolgungsraster zu navigieren, um eine schreibgeschützte Version des PSP anzuzeigen. Um die PSP zu bearbeiten, müssen sie den Zeitplankonvertierungsprozess initiieren. Alle Projekte ohne bereits vorhandene PSP können die neue Planungsoberfläche direkt ohne Konvertierung verwenden.

Überprüfen allgemeiner Szenarien

Wenn Sie Ihre spezifischen Anpassungen überprüfen, empfiehlt es sich, auch die Geschäftsprozesse zu überprüfen, die in allen Anwendungen unterstützt werden. Zu diesen Geschäftsprozessen gehören, aber nicht beschränkt auf die Erstellung von Vertriebseinheiten wie Angebote und Verträge sowie die Erstellung von Projekten, die WBSs 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 clientseitiger Logik und serverseitiger Logik. Stattdessen verwendet Project Operations Project für das Web als Planungsmodul. Diese Änderung der Planungsfunktionen ermöglicht mehrere neue Features, z. B. Board- und Gantt-Ansichten, ressourcengesteuerte Planung, Vorgangsprüflistenelemente und Projektplanungsmodi. Die neuen Planungsfunktionen werden auch von einer vielzahl neuer Anwendungsprogrammierschnittstellen (APPLICATION Programming Interfaces, APIs) unterstützt. Diese APIs sollen sicherstellen, dass kein programmgesteuerter Vorgang zum Erstellen, Aktualisieren oder Löschen einer Entität im PSP die berechneten Felder im Zeitplan beschädigt.

Preise und Abrechnung

Im Rahmen der kontinuierlichen Investitionen in Project Operations stehen mehrere neue Funktionen in Abrechnung und Preisgestaltung zur Verfügung. Hier sind einige Beispiele:

Ressourcenverwaltung

Project Operations bietet optionale Unterstützung für den Urs-Board (Universal Resource Scheduling) und den Terminplanungs-Assistenten. Diese neue Erfahrung wird in der April 2023-Welle obligatorisch.

Häufig gestellte Fragen

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

Quelle Ziel Der Status
Projektservice-Automatisierung Projektbetriebskern Unterstützt
Dynamics 365 Finance Project Management and Accounting Projektbetriebskern Zurzeit nicht unterstützt
Projektmanagement und Buchhaltung finanzieren In ERP-Szenarien integrierte Projektvorgänge Zurzeit nicht unterstützt
Project Service Automation 3.x In ERP-Szenarien integrierte Projektvorgänge Zurzeit nicht unterstützt
Project für das Web (dedizierte Umgebung) Projektbetriebskern Zurzeit nicht unterstützt

Wie kann ich Project-Vorgänge installieren, bevor das Upgradetool verfügbar ist?

Es gibt zwei Optionen zum Installieren von Project-Vorgängen, bevor das Upgradetool verfügbar ist:

  • Bereitstellen einer neuen Umgebung.
  • 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, sie aber nicht verwendet wurde, kann sie deinstalliert werden. Nachdem Sie project Service Automation vollständig entfernt haben, können Project-Vorgänge in derselben Organisation installiert werden.

  • Last updated on