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, a pracę zatrzymała tylko jedna

14 lipca 2026 — koniec wsparcia

Microsoft podaje, że SharePoint Server Subscription Edition wspiera przepływy pracy oparte na SharePoint 2010 do 14 lipca 2026. Tego dnia wsparcie się skończyło. Nic nie przestało działać. Ta sama data objęła SharePoint Server 2016 i 2019, SharePoint Designer 2013 oraz InfoPath Forms Services.

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

KB5002908 mówi, że funkcja SharePoint 2010 Workflow zostaje wyłączona począwszy od wrześniowej aktualizacji zbiorczej. Domyślnie, na każdym zbiorze witryn — istniejącym i nowym. To wtedy przepływy przestały się uruchamiać, nie w lipcu. Zmiana jest częścią szerszego ograniczania powierzchni ataku w tej samej aktualizacji.

Październik 2026 — kolej na przepływy SharePoint 2013

Październikowa aktualizacja zbiorcza ma w ten sam sposób domyślnie wyłączyć przepływy pracy SharePoint 2013. Na dziś pisze o tym wyłącznie blog Stefana Goßnera, inżyniera Microsoftu — nie ma tego na żadnej stronie Microsoft Learn ani w KB. Można włączyć je zawczasu, zamiast gasić pożar po aktualizacji.

Bez daty końcowej — sama platforma 2013

Microsoft podaje, że przepływy oparte na SharePoint 2013 pozostają wspierane po lipcu 2026, a SharePoint Workflow Manager nie ma ustalonej daty końca wsparcia — idzie za produktem nadrzędnym. Wyłączone domyślnie to nie to samo co wycofane.

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 nie startują — ani ręcznie, ani przy zmianie elementu. W tej sytuacji jest dziś większość.
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 praca idzie dalej.
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