Automatyczne wyzwalacze i warunki

Intermediate Power Automate

Dani Kahil

Solution Architect | Microsoft MVP

Nasłuch zdarzeń, nie zegar

Recurrence budzi się - nawet gdy nic się nie zmieniło
Automatyczny wyzwalacz czeka na zmianę
Jedno uruchomienie na zdarzenie, bez odpytywania

Konfigurowanie zdarzenia zmiany

Konfiguracja wyzwalacza Dataverse z polami Change type, Table name, Scope, Select columns i Filter rows

Source · Change type · Scope — trzy pola, które decydują, kiedy wyzwalacz się uruchomi

Filter rows: po stronie serwera i za darmo

Pole Filter rows wyzwalacza Dataverse z wyrażeniem OData „statuscode eq 1 and modifiedon gt 2026-01-01"

Filter rows działa po stronie serwera, zanim uruchomi się przepływ
Uruchomienie wywołują tylko pasujące zdarzenia
Dotyczy tylko Dataverse - SharePoint korzysta z warunków wyzwalacza

Ta sama zasada w każdym wyzwalaczu

@equals(
  triggerOutputs()?['day'],
  'Monday'
)
@greater(
  item()?['priority'],
  'High'
)
@contains(
  triggerBody()?['subject'],
  'urgent'
)

Dostępne w każdym wyzwalaczu, nie tylko w Dataverse
Wyrażenie logiczne w panelu Settings wyzwalacza
Operatory — equals, greater, and, or — ta sama składnia OData

Warunek wyzwalacza czy akcja Condition?

Dwa panele: warunek wyzwalacza jest sprawdzany przed rozpoczęciem uruchomienia, więc wartość fałsz oznacza brak uruchomienia; akcja Condition jest sprawdzana wewnątrz uruchomienia, więc uruchomienie już się odbyło i jest liczone

Warunek wyzwalacza fałszywy → brak uruchomienia

Akcja Condition fałszywa → uruchomienie i tak się liczy

Debugowanie przepływu, który się nie uruchamia

Historia uruchomień Power Automate z ostatnich 28 dni z dwoma zakończonymi sukcesem uruchomieniami oraz kolumnami Start, Duration i Status

Odrzucone zdarzenia nie zostawiają wpisu w historii uruchomień
Wskazówką jest brak uruchomień, których się spodziewałeś
Porównaj wyrażenie filtra z rzeczywistą nazwą pola w swojej tabeli

Czas na praktykę!

Intermediate Power Automate