SharePoint Server Subscription Edition · KB5002908

Twoje przepływy pracy nie wygasły. Zostały wyłączone.

Wrześniowa aktualizacja zbiorcza dla SharePoint Server Subscription Edition wyłącza funkcję SharePoint 2010 Workflow na każdym zbiorze witryn. Nic nie zostało usunięte. Jedno polecenie PowerShell na zbiór witryn przywraca przepływy pracy — a w październiku ta sama zmiana obejmie przepływy SharePoint 2013.

Zaktualizowano 18 września 2026. Dla farm, które zostają on-premises.

Każda data i każdy cytat pochodzi z dokumentacji i artykułów KB Microsoftu
Zawiera polecenia, które nie mają żadnej strony w dokumentacji Microsoftu
O instalacji na własnych serwerach, nie o przejściu do Microsoft 365

Napisz, co przestało działać

Wersja SharePointa, ostatnia zainstalowana aktualizacja i które przepływy stanęły. Odpisujemy, co sprawdzilibyśmy najpierw.

Odpowiedź na piśmie, mailem — także wtedy, gdy brzmi „włącz funkcję, zaktualizuj i nie zmieniaj nic więcej”.

Co się właściwie stało

Trzy daty

14 lipca 2026 — zakończenie wsparcia

Firma Microsoft informuje, że wersja SharePoint Server Subscription Edition obsługuje przepływy pracy oparte na platformie SharePoint 2010 do 14 lipca 2026 r. Wsparcie zakończyło się w tym dniu. Żadna z funkcji nie przestała działać. Tego samego dnia zakończono wsparcie dla SharePoint Server 2016 i 2019, SharePoint Designer 2013 oraz InfoPath Forms Services.

8 września 2026 — aktualizacja, która je zatrzymała

W opisie aktualizacji KB5002908 podano, że „funkcja przepływu pracy w SharePoint 2010 zostanie wyłączona począwszy od aktualizacji zbiorczej z września 2026 r.”. Funkcja ta zostanie domyślnie wyłączona we wszystkich kolekcjach witryn — zarówno istniejących, jak i nowych. To właśnie w tym momencie przepływy pracy przestały się uruchamiać — a nie w lipcu. Jest to część szerszego działania mającego na celu ograniczenie powierzchni ataku, wprowadzonego w tej samej aktualizacji.

Październik 2026 — Kolejnym krokiem są przepływy pracy w SharePoint 2103

Oczekuje się, że październikowa aktualizacja zbiorcza domyślnie wyłączy przepływy pracy w SharePoint 2013 w ten sam sposób. Na dzień dzisiejszy informacja ta została udokumentowana wyłącznie na blogu Stefana Goßnera, inżyniera ds. eskalacji w firmie Microsoft — nie ma jej na żadnej stronie serwisu Microsoft Learn ani w bazie wiedzy KB. Można je włączyć przed aktualizacją, a nie po niej.

Bez daty zakończenia wsparcia — tylko platforma 2013

Firma Microsoft oświadcza, że przepływy pracy oparte na SharePoint 2013 będą obsługiwane również po lipcu 2026 roku, a narzędzie SharePoint Workflow Manager nie ma ustalonej daty zakończenia — jego obsługa jest powiązana z produktem nadrzędnym. Domyślne wyłączenie nie oznacza wycofania z użytku.

Gdzie jesteś

Czy Twoje przepływy pracy działają w tej chwili?

Twoja farma	Przepływy pracy SharePoint 2010
Subscription Edition, wrześniowa aktualizacja jeszcze niezainstalowana	Działają — bez wsparcia od 14 lipca, ale nadal się wykonują. Włącz funkcję przed instalacją aktualizacji, nie po.
Subscription Edition, aktualizacja zainstalowana, nic nie włączone	Stoją — przepływy pracy nie uruchamiają się ani ręcznie, ani po zmianie elementu. Właśnie w takiej sytuacji znajduje się większość firm.
Subscription Edition, funkcja włączona jawnie na zbiorze witryn	Działają — nadal bez wsparcia. Bez poprawek bezpieczeństwa i bez zgłoszeń do Microsoftu, ale workflowy dzia.
SharePoint Server 2016 albo 2019	Poza wsparciem — sierpniowa aktualizacja była ostatnią. KB5002908 w ogóle nie dotyczy tych wersji.
Nintex Workflow for SharePoint on-premises	Stoją — Nintex działa na silniku SharePoint 2010, więc ta sama aktualizacja go zatrzymała. Te same polecenia go przywracają.
Datapolis Process System for SharePoint SE	Stoi — nasz starszy produkt też działa na silniku SharePoint 2010, więc ta sama aktualizacja go zatrzymała. Powyższe polecenia go przywracają, a droga stąd do Datapolis Workbox for SE jest krótka.
Datapolis Workbox for SharePoint SE	Działa — Datapolis Workbox ma własny silnik przepływów i nie korzysta z platformy SharePoint 2010, więc KB5002908 go nie dotyczy.

Jak to naprawić

Jak włączyć przepływy pracy z powrotem

Te polecenia istnieją wyłącznie na SharePoint Server Subscription Edition i tylko wtedy, gdy zainstalowana jest aktualizacja z sierpnia 2026 albo nowsza. Działają na poziomie zbioru witryn — nie ma przełącznika dla całej farmy. Microsoft opisuje je w treści artykułu KB, ale nie dał im żadnej strony w dokumentacji PowerShella, dlatego tak trudno je znaleźć, kiedy farma już stoi. Na SharePoint Server 2016 i 2019 ich nie znajdziesz — i nie są tam potrzebne, bo domyślne wyłączenie tych wersji nie obejmuje. Nic z tego nie dotyczy SharePointa w Microsoft 365; to sprawa wyłącznie instalacji na własnych serwerach.

# Najpierw: na których zbiorach witryn funkcja jest jeszcze włączona
Get-SPLegacyWorkflowEnabledSites
Get-SPWorkflow2013EnabledSites

# Potem: włącz ją tam, gdzie praca faktycznie się dzieje
Enable-SPLegacyWorkflow  https://sharepoint.example.com/sites/quality
Enable-SPWorkflow2013    https://sharepoint.example.com/sites/quality

# A żeby cofnąć
Disable-SPLegacyWorkflow https://sharepoint.example.com/sites/quality

Zanim zaktualizujesz: włączenie zbioru witryn przed instalacją aktualizacji jest prostsze niż diagnozowanie cichego zatrzymania po niej. Uruchom polecenia audytowe na farmie, którą masz dziś, zapisz listę i z niej odtwórz ustawienia.

Jeśli przepływy zepsuły się wcześniej, latem, to jest inny problem i inna naprawa. Czerwcowa aktualizacja wywalała je na błędzie walidacji bezpieczeństwa definicji przepływu, a lipcowa wymagała dopisania dodatkowych typów do listy dozwolonych w web.config. Farma, która pominęła czerwiec, lipiec i sierpień, a wchodzi od razu we wrzesień, może dostać oba problemy naraz — z różnymi objawami.

Jeśli zostajesz na własnych serwerach

Co Microsoft faktycznie ma dla Ciebie

Przepływy SharePoint 2013 na SharePoint Workflow Manager. To jedyny wspierany kierunek on-premises. Bez ustalonej daty końcowej, z deklaracją Microsoftu o wsparciu po 2026 roku. Wymaga własnych, dedykowanych serwerów i Azure Service Fabric.

Power Automate nie działa na własnych serwerach. Nie ma wersji on-premises, suwerennej ani odciętej od sieci. Brama danych to łącznik do usługi w chmurze, więc nie odpowiada na wymagania dotyczące miejsca przechowywania danych ani na sieć bez dostępu do internetu.

Tworzenie przepływów przechodzi z użytkownika na programistę. SharePoint Designer 2013 stracił wsparcie w tej samej lipcowej dacie. Odpowiedzią Microsoftu na edycję przepływów 2013 jest Visual Studio. Tego kosztu nikt nie wpisuje do wyceny migracji.

Przebudowa jest ręczna. Microsoft wskazuje platformę 2013 jako cel dla przepływów 2010, ale nie udostępnia narzędzia, które jedno zamienia w drugie. Każdy przepływ powstaje od nowa — i to ręką kogoś, kto potrafi odczytać, co robił oryginał.

Uczciwie o luce: nie istnieje odpowiednik jeden do jednego — low-code, tworzony przez użytkownika biznesowego, działający na Twoich serwerach — dla pary SharePoint Designer i przepływów 2010. Microsoft tej luki nie zasypał. Kto twierdzi inaczej, sprzedaje albo migrację do chmury, albo własną platformę.

Cztery rzeczy, które powszechnie się myli

Zanim zadziałasz na podstawie tego, co przeczytasz gdzie indziej

Wycofanie w chmurze to zupełnie inne wydarzenie. Większość wyników wyszukiwania opisuje usunięcie przepływów SharePoint 2010 z Microsoft 365, które nastąpiło lata temu, oraz usunięcie przepływów 2013 z istniejących dzierżaw w kwietniu 2026. Żadne z tego nie dotyczy farmy na Twoich serwerach. Instalacja on-premises ma własny cykl życia.

Bez wsparcia, usunięte i wyłączone to trzy różne stany. Przepływy SharePoint 2010 są bez wsparcia od lipca, domyślnie wyłączone od września i wciąż zaklasyfikowane przez Microsoft jako wycofywane, a nie usunięte. Kod jest w produkcie. Dlatego jedno polecenie potrafi je włączyć z powrotem.

Nintex nie ogłosił końca życia swoich produktów SharePoint on-premises. Pracownicy Nintex dwukrotnie w 2026 roku potwierdzili, że żadna data końca życia nie została ogłoszona, a tabela wspieranych wersji nadal wymienia Subscription Edition. Strony o „Nintex EOL 2026”, na które trafisz, publikuje konkurencja — i mylą daty Microsoftu z decyzją Nintexa.

To, która aktualizacja to zepsuła, zmienia odpowiedź. Czerwiec to walidacja bezpieczeństwa definicji przepływu. Lipiec wymagał wpisów na listę dozwolonych typów. Wrzesień był celowy i cofa się jednym poleceniem. Zastosowanie naprawy do niewłaściwego problemu marnuje okno serwisowe.

Gdzie w tym Datapolis

Datapolis Workbox nie korzysta z silnika, który został wyłączony

Tę stronę warto byłoby opublikować, nawet gdybyśmy niczego nie sprzedawali, a większość tego, co wyżej, obowiązuje niezależnie od Twojej decyzji. Jeśli jednak czytasz to dlatego, że produkcja stanęła, jeden fakt ma znaczenie: Datapolis Workbox działa na własnym silniku przepływów, a nie na platformie SharePoint 2010, więc KB5002908 go nie wyłączyła.

Własny silnik

Datapolis Workbox nie zależy od platformy przepływów SharePoint 2010, więc ani wrześniowe, ani październikowe domyślne wyłączenie go nie dotyczy.

Na Twoich serwerach, wewnątrz SharePointa

Listy, dokumenty, użytkownicy i uprawnienia zostają tam, gdzie są. Ten sam interfejs, te same reguły dostępu, bez przenoszenia się do chmury.

Dwadzieścia lat tego

Setki wdrożeń SharePointa na własnych serwerach, od początku ery przepływów pracy w SharePoincie. Migrowaliśmy te przepływy nieraz — także z dala od naszego własnego produktu, kiedy to była właściwa odpowiedź.

Z Datapolis Process System

Jeśli macie nasz starszy Datapolis Process System, przejście na Datapolis Workbox zostaje u tego samego dostawcy i w tym samym SharePoincie — te same listy, użytkownicy i uprawnienia, inny silnik pod spodem.

Źródła pierwotne dla wszystkiego, co jest na tej stronie:

Run work. Speed up the flow.

Jeśli przepływy, które stanęły, to te, na których naprawdę stoi firma, następne pytanie brzmi: na czym mają działać za rok. Przyślij ich listę, a powiemy, co przebudowalibyśmy, co zostawili tak jak jest, a czego nie ruszalibyśmy w ogóle.

Napisz do nas Zobacz platformę

Albo bezpośrednio: office@datapolis.com