Summer ’26: trzy decyzje, które admin musi podjąć przed aktualizacją

Summer ’26 wchodzi na produkcję już w maju i czerwcu, a większość orgów nadal traktuje release’y jak wydarzenie, a nie proces. Przy rosnącej złożoności agentów AI i przepływów zależnych od AppExchange, błędne okno sandbox preview potrafi zablokować sprint lub nawet wdrożenie. Ten artykuł przeprowadzi Cię przez kluczowe daty Summer ’26 (Salesforce) i pokaże, co faktycznie trzeba zrobić, aby release nie odbił się na stabilności produkcji.

Dlaczego daty Summer ’26 są krytyczne dla polskich orgów

Release’y Salesforce zwykle kojarzą się z możliwością testowania nowych funkcji, ale w 2026 stają się również momentem, w którym architektura AI, automatyzacje i integracje przechodzą wymuszone aktualizacje. Pre-release org dostępny od 16 kwietnia pozwala zobaczyć funkcje, zanim trafią na sandboxy, co ma znaczenie zwłaszcza dla zespołów mających agentów AI działających na Flow lub elementach niestandardowych. Tego typu środowisko działa w pełnej separacji, więc można tam sprawdzić zachowania LWC, triggerów i integracji, które nie są jeszcze objęte zmianami w konfiguracji klienta. W polskich organizacjach często brakuje dedykowanego środowiska testowego dla AI, więc pre-release to jedyne miejsce, gdzie można bez ryzyka sprawdzić interakcję z MCP lub automatyczne rekomendacje. W porównaniu do poprzednich lat różnica polega na tym, że coraz więcej komponentów AI jest wersjonowanych, więc wcześniejszy dostęp daje przewagę kontrolowania kompatybilności z istniejącą architekturą.

Drugim kluczowym momentem są Release Notes dostępne od 22 kwietnia, które w tym roku pokrywają także elementy AI i bezpieczeństwa. To ważne, ponieważ część funkcji wymaga aktywacji z poziomu Release Updates, a nie wszystkie są domyślnie włączone, co w praktyce oznacza konieczność podjęcia decyzji o ich wdrożeniu. W wielu polskich orgach nadal nie ma procesu readiness review, więc zmiany wprowadzane są automatycznie przy aktualizacji, co bywa ryzykowne. Release Notes umożliwiają sprawdzenie, czy dany mechanizm wpływa np. na flow orchestration albo wybrane integracje. To jedyny moment, w którym można wychwycić konflikty między agentami AI a logiką Apex, zanim trafią na produkcję. Porównując do poprzednich releasów, Salesforce coraz bardziej uzależnia działanie AI od ustawień orga, więc ignorowanie Release Notes zwiększa ryzyko regresji.

Sandbox preview: najważniejsza decyzja techniczna tego release’u

Największym ryzykiem Summer ’26 jest termin odświeżenia sandboxów: 7 maja przed 17:00 PT. Jeśli sandbox nie zostanie zrefreshowany, może trafić na niewłaściwą instancję, co zablokuje testy lub spowoduje niekompatybilność między zespołem dev a zespołem biznesowym. W praktyce oznacza to, że developerzy będą pracować na logice sprzed releasu, podczas gdy admini i QA testują już zachowania z Summer ’26. W polskich zespołach, gdzie sprinty są krótkie, taka sytuacja potrafi przesunąć wdrożenie o kilka tygodni, zwłaszcza jeśli chodzi o logikę agentów AI. Obowiązkowym narzędziem jest Sandbox Preview Guide, który pozwala ustalić, czy instancja sandboxa znajdzie się na preview czy non-preview. Jeśli instancja ma pozostać na aktualnym release, a zespół potrzebuje testów funkcji AI z Summer ’26, odświeżenie jest konieczne.

Sandbox preview rozpoczyna się 8 maja, co oznacza, że od tego momentu można testować funkcje na własnej logice Apex, Flow i integracjach. To także idealny moment, aby przejrzeć Release Updates w Setup, ponieważ część aktualizacji dotyczy bezpieczeństwa, kontekstu AI lub zmian w eventach systemowych. W polskich orgach często to właśnie te zmiany powodują niespodziewane błędy, ponieważ wpływają na sekwencję uruchamiania flow lub limity transakcyjne w Apex. W porównaniu do poprzednich releasów większy nacisk położono na zmiany, które dotyczą AI governance, co widać też w kontekście nowych mechanizmów AI opisanych w artykule o MCP i kontroli kontekstu w Agentforce. To pokazuje, że zwykłe smoke testy mogą nie wystarczyć.

Aktualizacja produkcji i wpływ na działające AI, Flow i integracje

Produkcja przechodzi na Summer ’26 w czterech terminach: 15 maja, 5 czerwca, 12 czerwca i 13 czerwca. W praktyce oznacza to, że każdy polski zespół powinien sprawdzić instancję orga w Maintenance Calendar i zaplanować freeze na godziny, w których następuje aktualizacja. Jeśli architektura opiera się na agentach AI, to szczególnie ważne jest sprawdzenie sekwencji uruchamiania flow i zależności od obiektów systemowych. W tym release część funkcji AI działa na warstwie kontekstowej wspólnej z Data Cloud, co widać w analizie Agentforce 360 i architektury kontekstu. Po aktualizacji mogą zmienić się zachowania rekomendacji, scoringów i agentów działających w sekwencji razem z Flow Orchestration.

8 czerwca Salesforce udostępnia blog z najważniejszymi funkcjami admina, co zwykle ujawnia zmiany, które nie były szczegółowo opisane w Release Notes. Oznacza to, że warto zaplanować drugi cykl testów regresji, zwłaszcza dla orgów, które mają krytyczne procesy sprzedaży lub service. W Polsce często pomija się ten etap, traktując release note jako komplet informacji, co jest ryzykowne przy funkcjach AI, które evoluują szybciej niż tradycyjny core CRM. W tym roku szczególnie istotne będzie przeanalizowanie wpływu nowych możliwości automatyzacji na dotychczasowe flow, ponieważ AI może sugerować alternatywne ścieżki user journey, które wcześniej nie były dostępne. W porównaniu do poprzednich releasów, wpływ AI na interakcję z procesami staje się coraz bardziej bezpośredni.

Strategia adopcji Summer ’26: quick wins i plan minimum

Dla polskich zespołów kluczowe są trzy kroki: pre-release exploration, sandbox preview alignment i testy regresji po aktualizacji produkcji. Warto zbudować prostą checklistę, która obejmuje zależności AI, Flow, Apex i integracji oraz ich kolejność wykonania, zamiast skupiać się wyłącznie na testach UI. Dobrą praktyką jest też przeprowadzenie oceny AI readiness, zwłaszcza tam, gdzie działają agenci AI lub komponenty MCP, co omawialiśmy w analizie kwalifikacji metadanych dla Vibes. Taki proces pozwala zidentyfikować zmiany, które mogą wpłynąć na jakość danych, a tym samym działanie agentów, Flow lub scoringów. Quick wins to uruchomienie testów już w pre-release oraz zapewnienie, że każdy sandbox trafi na właściwą instancję. Long-term value to budowanie stałego procesu release readiness, który obejmuje również AI governance.

W perspektywie nadchodzących releasów warto zauważyć, że Salesforce coraz częściej wprowadza funkcje zmieniające logikę działania orga, a nie tylko dodające nowe komponenty. Oparte na kontekście silniki AI mogą wymagać w przyszłości nowego podejścia do planowania testów i analizy wpływu na istniejącą architekturę. Summer ’26 jest dobrym momentem, aby zbudować fundamenty pod taki proces. W polskich orgach, gdzie integracje są często kluczowe dla sprzedaży i service, podejście to może znacząco zwiększyć stabilność przy kolejnych releasach. To także sygnał, że admini muszą rozszerzyć swoje kompetencje w kierunku governance i kontrolowania zmian AI.

Summer ’26 nie jest dużym releasem funkcji, ale jest dużym releasem odpowiedzialności dla adminów. Testowanie AI, zapewnienie zgodności integracji i precyzyjne planowanie sandbox preview to już nie rekomendacja, ale konieczność. Pytanie, które każdy zespół powinien dziś sobie zadać, brzmi: czy nasz proces release readiness jest gotowy na świat, w którym co release zmienia się nie UI, ale logika działania całej platformy?