Microsoft zmienia dotychczasowy model publikacji nowych wydań dla Dynamics 365, Power Platform i Dataverse. Od września 2026 nowe funkcje będą trafiać na zarządzaną roadmapę, zamiast czekać na wydawany dwa razy do roku dokument.
Release Planner, w którym dało się te plany przeglądać i zapisywać własne widoki, według zapowiedzi przestanie działać 15 listopada 2026.
Dla firm, które korzystają z Dynamics 365, działanie to jest bardziej organizacyjne niż techniczne. Plan na następne pół roku pojawiał się w stałym terminie i był naturalnym działaniem, żeby zebrać zespół i przejrzeć, co z tego dotyczy własnego wdrożenia.
Co dokładnie się stanie?
Już niedługo ogłoszenia o zmianach i nowych funkcjonalnościach w aplikacjach biznesowych przeniesione zostaną do roadmapy AI at Work, wspólnej z Microsoft 365 i Copilotem. Zamiast planu z jedną datą publikacji każda pozycja ma teraz status, który zmienia się w czasie: w opracowaniu, w trakcie udostępniania, wydane.
Co i kiedy:
- wrzesień 2026: pierwsze pozycje Dynamics 365 i Power Platform trafiają do nowej roadmapy,
- wrzesień do listopada 2026: migracja istniejących treści, uruchomienie powiadomienia przez Message Center,
- 15 listopada 2026: Release Planner zostanie zdeprecjonowany.
Sprawdziliśmy roadmapę 8 września: nie było w niej jeszcze Dynamics 365.
Funkcja, która włącza się sama- czy aby na pewno?
Nowa funkcja pojawia się jako wersja zapoznawcza albo od razu jako wydana, w obu przypadkach opcjonalna i domyślnie wyłączona. Po co najmniej sześciu miesiącach w stanie „wydana” przechodzi w kolejnym dużym wydaniu na „włączona domyślnie”. Nadal da się ją wyłączyć, ale trzeba wiedzieć, że jest. Ostatni stan to „obowiązkowa”: funkcji nie można już wyłączyć bez kontaktu z firmą Microsoft. Funkcja wydana jako opcjonalna do wydania kwietniowego włącza się domyślnie w październiku, a w kwietniu następnego roku staje się obowiązkowa. W wielu przypadkach funkcje przechodzą ścieżkę od opcjonalnej, przez domyślnie włączoną, do obowiązkowej w kolejnych wydaniach, dlatego warto regularnie monitorować Feature Management.
W przewodniku wdrożeniowym Microsoft stawia sprawę wprost: model jednej wersji nie zdejmuje z klienta obowiązków. Trzeba zaplanować aktualizację, przypisać zadaniom właścicieli, nagłośnić nadchodzące zmiany i wesprzeć ich przyjęcie przez organizację.
Microsoft przestał wyznaczać półroczny rytm przeglądów roadmapy. Organizacje muszą samodzielnie zbudować proces monitorowania zmian.
Zostaje pytanie, kto konkretnie. Tam, gdzie nikt nie ma tego w zakresie obowiązków, odpowiedź brzmi zwykle: nikt. Funkcje wchodzą do środowiska, statusy zmieniają się z „w opracowaniu” na „wydane”. Decyzja o tym, czy i kiedy z nich skorzystać, nie zapada w ogóle.
Czego nie załatwi subskrypcja RSS
Roadmapa jest publiczna. Filtrowanie, eksport do pliku CSV i kanał RSS ma każdy. Sam przegląd wymaga dwóch rzeczy naraz: orientacji i zrozumienia, co Microsoft zapowiada i które z funkcji są przydatne, i znajomości konkretnego wdrożenia razem z kastomizacjami, które przy aktualizacji mogą powodować błędy lub zatrzymać środowiska. Innym zagadnieniem jest duplikowanie funkcjonalności, które mogły zostać przygotowane na wcześniej lub wykorzystywane obecnie funkcjonalności, które zostaną wycofane.
Wymaga to cyklicznej pracy zespołu odpowiedzialnego za utrzymanie środowisk D365. Właściciel biznesowy, Kluczowy użytkownik np.: co miesiąc albo co kwartał powinien zestawić listę zapowiedzi z tym, co w danym środowisku jest dostosowane, i wyciągnąć z niej pozycje wymagające decyzji zarządu albo IT lub skonsultować to z biznesem.
Co zrobić przed 15 listopada?
Sześć zadań, które powinni wykonać świadomi użytkownicy D365.
- Przygotować własne filtry
Trzeba zbudować je jako filtry produktowe i podpiąć pod nie kanał RSS. - Sprawdzić, kto odbiera Message Center.
Będzie to kanał powiadomień o zmianach dotyczących konkretnego środowiska. Informacja powinna trafiać na listę dystrybucyjną, bo pojedynczy adresat mógł w międzyczasie zmienić stanowisko. - Wpisać daty aktualizacji do planu projektu.
Luty, kwiecień, lipiec, październik, do tego data końca wsparcia dla wersji, na której stoi środowisko. Te terminy nie przyjdą już w komplecie z planem wydawniczym. - Przejrzeć Feature management.
Analizę funkcji, które są już włączone domyślnie, a które zbliżają się do stanu obowiązkowego. Wyłączenie funkcji jest decyzją i powinno mieć zapisany powód oraz termin ponownego rozpatrzenia – konieczne tym samym jest prowadzenie ewidencji funkcji. - Wyznaczyć właściciela przeglądu.
Właścicielem powinna być konkretna osoba, a terminy przeglądu powinny być w kalendarzu na kolejne miesiące. Przegląd bez właściciela nie odbędzie się ani razu. - Przejrzeć własne procedury.
Wszędzie, gdzie strategia ALM, plan testów albo procedura zmiany powołuje się na nowe wydania systemu należy dokonać zmian.
Rola partnera serwisowego
Roadmapę może śledzić każdy. W modelu ciągłych wydań partner serwisowy staje się filtrem pomiędzy roadmapą Microsoftu, a rzeczywistością użytkowania systemu.
Wartość partnera serwisowego zaczyna się w momencie, gdy trzeba odpowiedzieć na pytanie: „Co to oznacza dla naszego środowiska i organizacji?”.
Nowe funkcje, zmiany domyślnych ustawień, wycofania i wpływ na kastomizacje i środowisko wymagają regularnej oceny. Partner serwisowy przejmuje właśnie ten proces, dostarczając nie listę zmian, lecz listę decyzji wymagających uwagi biznesu i IT.
W praktyce klient nie potrzebuje osoby, która będzie czytała roadmapę. Potrzebuje kogoś, kto odpowie na trzy pytania:
- Co z tych zmian dotyczy naszego środowiska?
- Jakie są ryzyka dla naszych procesów i dostosowań?
- Jaką decyzję powinniśmy podjąć?
Tak właśnie rozumiemy usługi wsparcia Dynamics 365 (AML) w zakresie nowych wydań. Jeśli potrzebujesz usługi wsparcia Twojego rozwiązania D365 F&SCM zapraszamy do kontaktu: ustalimy zakres opieki i cykle, w jakich wracamy z listą zmian.