Salesforce Flow uruchomisz na wielu rekordach naraz

Winter ’27 dodaje do Salesforce Flow możliwość uruchamiania przepływu dla wielu rekordów w jednym wywołaniu.

Do tej pory masowe przetwarzanie zwykle kończyło się pętlą po pojedynczych rekordach albo ucieczką do Apex. Teraz Flow może przyjąć kolekcję rekordów jako wejście i wykonać operacje na całej liście bez rozbijania tego na osobne uruchomienia.

Kolekcja rekordów zamiast pojedynczego inputu

Mechanizm jest prosty: Flow da się skonfigurować tak, by oczekiwał listy obiektów, a nie jednego rekordu. Potem przepływ przechodzi przez kolekcję i wykonuje działania dla każdego elementu. Znika więc częsty problem, w którym sama logika była do zrobienia w Flow, ale sposób wywołania wymuszał Apex albo zewnętrzne obejście.

W orgach, gdzie admin i developer dzielą między sobą automatyzacje, taka zmiana może od razu skrócić liczbę miejsc do utrzymania. Jeśli proces jest zbiorczy, to wreszcie da się go budować jako proces zbiorczy, a nie jako serię małych wywołań udających masowość.

Mniej wywołań, lepsze obchodzenie limitów

Najbardziej praktyczny efekt to redukcja liczby wywołań. Gdy Flow startuje osobno dla każdego rekordu, szybko rośnie narzut wykonania i presja na limity. Jedno wywołanie dla wielu rekordów ma to uporządkować i przyspieszyć działanie automatyzacji.

To szczególnie przydaje się tam, gdzie trzeba zbiorczo zastosować reguły biznesowe. Aktualizacja wielu rekordów, seryjna zmiana statusów albo wysyłka powiadomień do większej grupy klientów nie musi już oznaczać pisania kodu tylko po to, żeby przepchnąć listę danych przez platformę. Jeśli ktoś wcześniej walczył z tym, żeby Flow nie zachowywał się jak automat od pojedynczych kliknięć, tylko jak narzędzie do realnej operacji masowej, to tu widać konkretną poprawę.

Przy projektowaniu takich procesów nadal zostaje stara zasada: masowość trzeba planować od początku. Sam nowy sposób wywołania nie naprawi źle ułożonego Flow. Ten temat dobrze łączy się z tekstem o błędach w Salesforce Flow Builder, bo przy większej skali te potknięcia wychodzą szybciej.

API też skorzysta na nowym modelu wywołania

Nowość działa również z API. Zewnętrzny system może przekazać do Flow listę rekordów do przetworzenia, zamiast odpalać ten sam proces wiele razy. To upraszcza integracje i zmniejsza obciążenie platformy.

W praktyce oznacza to mniej technicznych powodów, by stawiać cienką warstwę pośrednią tylko po to, żeby rozbić albo skleić paczki danych przed uruchomieniem automatyzacji. Jeśli integracja kończy się przekazaniem listy rekordów i wykonaniem powtarzalnych działań, Flow zaczyna być sensowną opcją także w scenariuszach, które wcześniej naturalnie wpadały do kodu. Podobny podział ról między Flow, Apex i API przewija się też w materiale o Flow oraz Apex w pracy agencji Salesforce.

Po wejściu Winter ’27 dobrze będzie przejrzeć te miejsca w orgu, gdzie dziś masowe operacje są obchodzone przez serię pojedynczych uruchomień. Jeśli jedynym powodem użycia Apex było podanie do automatyzacji listy rekordów, ten fragment rozwiązania może już nadawać się do uproszczenia.