Microsoft verlagert die Dynamics 365 Finance and Operations-Umgebungen von Lifecycle Services (LCS) zum Power Platform Admin Center (PPAC). Neue Implementierungen starten bereits im PPAC, und Cegeka geht davon aus, dass bestehende Kunden in der zweiten Hälfte des Jahres 2027 migrieren werden. Für Unternehmen aus der Pharma- und Life-Sciences-Branche verändert dieser Schritt die Art und Weise, wie Sie Releases steuern, validierte Umgebungen kopieren und Änderungen nachverfolgen.
Die Kapazität ist die erste Änderung, die Sie bemerken werden. PPAC verknüpft Ihren Datenbankspeicher mit Ihren Lizenzen, und Ihre Datenbank muss innerhalb dieses Kontingents liegen, bevor Sie die Migration durchführen können. Die Migration kann noch warten, aber die Kapazitätsprüfung können Sie bereits heute starten.
Microsoft verwaltet nun alle Arten von Umgebungen
PPAC vereint Finanzen und Betrieb unter einem gemeinsamen Verwaltungszentrum mit Power Apps und Customer Engagement. Zudem ersetzt es die derzeitige Konfiguration durch drei einheitliche Umgebungstypen.
Die einheitliche Entwicklungsumgebung (UDE) ersetzt die in der Cloud gehostete Entwicklungsmaschine. Bei dieser Maschine handelte es sich um eine nach Verbrauch abgerechnete virtuelle Maschine in Ihrem eigenen Azure-Mandanten, die Start- und Stopp-Skripte zur Kostenkontrolle sowie IP-Filterung benötigte, um veraltete Sicherheitsvorlagen auszugleichen. Eine UDE ist ein von Microsoft verwaltetes SaaS. Entwickler stellen von Visual Studio aus mit einem lizenzierten Benutzer und Multi-Faktor-Authentifizierung eine Verbindung her und fordern bei Bedarf im Rahmen der Fehlerbehebung einen zeitlich begrenzten Datenbankzugriff an. Mit einem einzigen AOS ist sie nicht für Leistungstests ausgelegt.
Die Unified Sandbox Environment (USE) führt standardmäßig ein Benutzer-AOS und ein Batch-AOS aus. Sie deckt Tests, Benutzerakzeptanz, Golden Configuration und Datenmigration ab.
Die Unified Production Environment (UPE) ist nicht mehr von einer Bedarfsanalyse und der Genehmigung durch Microsoft abhängig: Sie wandeln eine Sandbox selbst in eine Produktionsumgebung um.
Bei jedem Umgebungstyp wird das Konto, das eine Umgebung erstellt, zum Umgebungsadministrator, und dies kann nachträglich nicht mehr geändert werden. Legen Sie die Eigentumsverhältnisse fest, bevor Sie eine Umgebung erstellen.
Integrieren Sie in jede Produktionsfreigabe einen dokumentierten Genehmigungsprozess
Der PPAC-Paketmanager führt einen einsehbaren Verlauf aller Änderungen, die an einer Umgebung vorgenommen wurden. Dieser Verlauf liefert Ihren Qualitätsprozessen den erforderlichen Prüfpfad.
In LCS war ein Produktions-Release eine manuelle Aufgabe, die im Portal geplant wurde. In PPAC erreichen Sie die Produktion wie jede andere Umgebung über eine Azure DevOps-Pipeline, und die bereitstellbaren Pakete befinden sich in Azure DevOps statt in der LCS-Asset-Bibliothek. Wir empfehlen, in diese Produktions-Pipelines genehmigungspflichtige Schritte einzubauen, damit jedes Release eine Genehmigung enthält, die Sie im Rahmen Ihrer Änderungskontrolle dokumentieren können.
Ihre Lizenzen geben Aufschluss über die Datenbankkapazität
Im Rahmen von LCS könnte ein Unternehmen mit 20 lizenzierten Benutzern eine Datenbank mit einer Größe von einem Terabyte ohne weitere Konsequenzen betreiben. PPAC berechnet Ihren Speicheranspruch anhand Ihrer Lizenzen. Sobald Sie diesen überschreiten, können Sie keine neuen Umgebungen mehr erstellen.
Wenn Sie mehr benötigen, können Sie jederzeit zusätzliche Kapazitätspakete über einen Abrechnungsplan erwerben, der über Ihr Azure-Abonnement abgerechnet wird. Mit PPAC können Sie außerdem pro Umgebung einen detaillierten Überblick über die Tabellen erhalten, die den meisten Speicherplatz beanspruchen. Die Einhaltung des ERP-Speicherplatzes unterhalb des Schwellenwerts wird zu einer wiederkehrenden Aufgabe.
Die Migration für bestehende Kunden wird voraussichtlich in der zweiten Hälfte des Jahres 2027 stattfinden
Seit Februar 2026 starten neue Implementierungen in PPAC. Für bestehende LCS-Umgebungen führt Microsoft Migrationspilotprojekte durch, die zwar funktionieren, aber noch nicht reibungslos ablaufen.
Sobald Ihre Umgebung die Voraussetzungen erfüllt, erscheint in LCS eine Registerkarte „Migration“, auf der die Voraussetzungen aufgeführt sind. Die wichtigste davon: Ihre Kapazität muss innerhalb Ihres Lizenzanspruchs bleiben. Es ist sinnvoll, auf einen reibungsloseren Prozess zu warten, solange Sie vorausschauend planen, damit die Migration niemals mit einem Validierungszyklus oder einem Audit kollidiert.
Drei Schritte, die Sie unternehmen sollten, bevor die Migration bei Ihnen ansteht
-
Vergleichen Sie zunächst die Größe Ihrer Datenbank mit Ihrer Lizenzkapazität in PPAC.
Diese Ansicht ist für LCS-basierte Umgebungen bereits verfügbar. - Wenn Sie sich dem Limit nähern, planen Sie als Nächstes die Archivierung und führen Sie Bereinigungsskripte für Ihre größten Tabellen aus.
- Wenn Sie schließlich noch Kapazität übrig haben, sollten Sie erwägen, in der Cloud gehostete Entwicklungsrechner und LCS-Sandboxen durch UDE- und USE-Umgebungen zu ersetzen. Diese beanspruchen Datenbankkapazität anstelle von Azure-Rechenleistung, was Ihre monatlichen Kosten senkt und die Sicherheitsverwaltung an Microsoft überträgt.
Möchten Sie wissen, wie Ihre aktuellen Umgebungen im Vergleich zu Ihrer Lizenzkapazität abschneiden? Sprechen Sie mit unserem Team über die Planung Ihrer nächsten Schritte.