Power Automate krok po kroku – jak stworzyć pierwszy przepływ?

Czym jest Power Automate i jaki przepływ zbudujemy?

Załącznik trafia na skrzynkę pocztową, ale zanim zespół zacznie z niego korzystać, ktoś musi zapisać go w odpowiednim miejscu i poinformować pozostałych. To prosta czynność — dopóki nie trzeba powtarzać jej kilkanaście razy dziennie. W tym poradniku połączymy te działania w jeden automatyczny proces: załączniki z wiadomości e-mail zostaną zapisane w SharePoint, a na kanale Microsoft Teams pojawi się powiadomienie z linkiem do pliku.

Power Automate to usługa Microsoft do automatyzowania zadań i łączenia aplikacji oraz usług. Pozwala budować przepływy w wizualnym edytorze, bez konieczności pisania kodu w typowych scenariuszach. Może służyć między innymi do przesyłania dokumentów, wysyłania powiadomień, zbierania zatwierdzeń czy synchronizowania danych. Połączenia z poszczególnymi usługami zapewniają konektory, które udostępniają gotowe operacje, na przykład odebranie informacji o nowej wiadomości lub utworzenie pliku.

Podstawą przepływu są wyzwalacz i akcje. Wyzwalacz określa, co rozpoczyna proces, a akcje — co ma się następnie wydarzyć. Przepływy chmurowe mogą uruchamiać się automatycznie po określonym zdarzeniu, na żądanie użytkownika albo według harmonogramu. Osobną kategorią są przepływy pulpitu, wykorzystywane do automatyzacji czynności w interfejsie komputera. Tutaj zbudujemy automatyczny przepływ chmurowy: jego początkiem będzie nadejście e-maila, nie kliknięcie przycisku ani wyznaczona godzina.

Nasz scenariusz obejmuje trzy usługi, z których każda pełni inną funkcję:

• Poczta w Microsoft 365 — źródło wiadomości i załączników, które mają trafić do wspólnego miejsca.
• SharePoint — biblioteka dokumentów, w której przepływ zapisze pliki, aby zespół mógł korzystać z nich zgodnie z nadanymi uprawnieniami.
• Microsoft Teams — kanał komunikacji, na którym pojawi się informacja o zapisanym pliku wraz z odnośnikiem i wybranymi danymi z wiadomości.

Taki układ sprawdzi się na przykład przy odbieraniu raportów, zestawień lub dokumentów przesyłanych regularnie pocztą. Zamiast ręcznie pobierać załączniki i ponownie udostępniać je współpracownikom, kierujemy je do ustalonej biblioteki, a zespół otrzymuje wiadomość, gdzie je znaleźć. Powiadomienie nie zastępuje przy tym uprawnień do dokumentu — link będzie użyteczny dla osób, które mają do niego dostęp.

Celem jest stworzenie niewielkiej, czytelnej automatyzacji i zrozumienie schematu: zdarzenie → przetworzenie danych → zapis → powiadomienie. To wzorzec, który później można wykorzystać również w innych procesach, zmieniając źródło danych, miejsce docelowe lub sposób informowania zespołu.

Wymagania wstępne: konta, uprawnienia, biblioteka SharePoint i kanał Teams

Przed utworzeniem przepływu przygotuj trzy miejsca: skrzynkę odbiorczą, z której będą pobierane załączniki, folder w bibliotece SharePoint oraz kanał Teams do publikowania powiadomień. Sprawdź dostęp do każdego z nich na koncie, którego użyjesz w Power Automate. Sama możliwość zalogowania się do Microsoft 365 nie oznacza jeszcze uprawnień do zapisywania plików czy wysyłania wiadomości na wybrany kanał. W Cognity często słyszymy pytania, jak przygotować te usługi do pracy z przepływem — odpowiadamy na nie także na blogu.

Konto Microsoft 365 i dostęp do Power Automate

Do tego scenariusza użyj konta służbowego lub szkolnego z dostępem do Power Automate, skrzynki Exchange Online, SharePoint Online i Microsoft Teams. Na początek najprościej pracować z własną skrzynką — obsługa skrzynki współdzielonej wymaga dodatkowych uprawnień i odpowiedniego wyzwalacza.

Łączniki Office 365 Outlook, SharePoint i Microsoft Teams należą do łączników standardowych. Opisany scenariusz nie wymaga sam w sobie łączników premium, ale możliwość jego uruchomienia zależy od posiadanej licencji oraz zasad obowiązujących w organizacji. Jeśli nie masz pewności, poproś administratora o potwierdzenie dostępu do przepływów chmurowych i możliwości korzystania z tych trzech usług w jednym przepływie.

Otwórz make.powerautomate.com i sprawdź, czy możesz przejść do tworzenia przepływów w wybranym środowisku. Środowisko to przestrzeń, w której będą przechowywane przepływy i połączenia z usługami. W organizacji może być ich kilka — wybierz to wskazane do pracy lub testów.

Biblioteka SharePoint: miejsce na załączniki

Wybierz witrynę SharePoint, a następnie istniejącą bibliotekę dokumentów lub utwórz nową, jeśli masz odpowiednie uprawnienia. Biblioteka przechowuje pliki i ich metadane, natomiast folder porządkuje pliki wewnątrz biblioteki. Na potrzeby pierwszego przepływu wystarczy osobny folder w istniejącej bibliotece.

• Zanotuj adres witryny, nazwę biblioteki i ścieżkę folderu docelowego.
• Sprawdź, czy możesz ręcznie przesłać do tego folderu plik. Konto użyte w połączeniu SharePoint musi mieć uprawnienia do dodawania dokumentów.
• Upewnij się, że biblioteka nie wymaga uzupełniania dodatkowych kolumn, których nie uwzględnia ten prosty scenariusz. Wymagane metadane mogą oznaczać konieczność rozbudowania przepływu.

Nie potrzebujesz uprawnień właściciela witryny, jeśli korzystasz z przygotowanej biblioteki i masz odpowiedni dostęp do jej zawartości.

Kanał Teams i dostęp odbiorców do plików

Wybierz zespół oraz kanał, na którym mają pojawiać się powiadomienia. Do pierwszej próby najlepiej wykorzystać kanał standardowy; kanały prywatne i udostępnione mają dodatkowe zasady dostępu oraz ograniczenia zależne od używanej akcji. Sprawdź swoje członkostwo w zespole i możliwość publikowania wiadomości. Administrator powinien również zezwalać na mechanizm publikowania wykorzystywany przez łącznik Teams, w tym aplikację Workflows, jeśli wymaga jej wybrany sposób wysyłki.

Na koniec sprawdź uprawnienia odbiorców do folderu SharePoint. Wiadomość w Teams z linkiem do dokumentu nie nadaje automatycznie dostępu do pliku. Osoby korzystające z powiadomień muszą mieć co najmniej prawo odczytu zapisanych załączników.

Krok 1: Utworzenie przepływu i konfiguracja wyzwalacza „When a new email arrives (V3)”

Zacznij od wskazania zdarzenia, które ma uruchamiać automatyzację. W tym scenariuszu będzie nim pojawienie się nowego e-maila w wybranym folderze skrzynki Outlook. Odpowiada za to wyzwalacz, czyli trigger. Sam nie zapisuje plików ani nie wysyła powiadomień — rozpoczyna przepływ i udostępnia dane wiadomości kolejnym akcjom.

Utwórz automatyczny przepływ w chmurze

Otwórz make.powerautomate.com. Jeśli korzystasz z kilku środowisk, sprawdź w górnym pasku, czy wybrane jest to, w którym chcesz zbudować przepływ. Następnie:

1. W menu po lewej stronie wybierz Utwórz (Create).
2. Kliknij Automatyczny przepływ w chmurze (Automated cloud flow).
3. Nadaj mu czytelną nazwę, np. Załączniki z Outlook do SharePoint — powiadomienie Teams. Nazwa służy do identyfikacji przepływu i nie wpływa na jego działanie.
4. W wyszukiwarce wyzwalaczy wpisz When a new email arrives (V3).
5. Wybierz wynik należący do łącznika Office 365 Outlook i kliknij Utwórz (Create).

Wybór typu przepływu ma znaczenie: automatyczny reaguje na zdarzenie, błyskawiczny jest uruchamiany na żądanie, a zaplanowany działa według harmonogramu. Do obsługi przychodzących wiadomości wybierz pierwszy z nich — nie trzeba wtedy ręcznie uruchamiać automatyzacji ani ustalać godzin jej wykonania.

Sprawdź połączenie z Outlook

Po otwarciu projektanta kliknij kartę wyzwalacza, aby wyświetlić jego parametry. Jeśli pojawi się prośba o zalogowanie, utwórz połączenie z kontem, którego skrzynkę ma obserwować przepływ. Gdy połączenie już istnieje, sprawdź, czy wskazuje właściwe konto — to ono określa, skąd będą pobierane wiadomości.

Nie pomyl łącznika Office 365 Outlook z Outlook.com. Pierwszy jest przeznaczony do kont służbowych lub szkolnych obsługiwanych przez Exchange Online, drugi do osobistych kont Microsoft. Jeśli wiadomości trafiają do skrzynki współdzielonej, potrzebny jest inny wyzwalacz: When a new email arrives in a shared mailbox (V2). Tutaj konfigurujemy odbiór poczty we własnej skrzynce.

Wskaż folder i uwzględnij zawartość załączników

W polu Folder wybierz za pomocą selektora Skrzynkę odbiorczą (Inbox). Wyzwalacz obserwuje wskazany folder, a nie całą skrzynkę wraz ze wszystkimi podfolderami. Na potrzeby pierwszego przepływu pozostaniemy przy wiadomościach trafiających bezpośrednio do skrzynki odbiorczej.

Następnie odszukaj parametr Include Attachments i ustaw go na Yes. W zależności od wersji projektanta może być dostępny po rozwinięciu parametrów zaawansowanych lub dodaniu go z listy dodatkowych parametrów. Dzięki temu wyzwalacz będzie przekazywał także zawartość załączników, potrzebną do późniejszego utworzenia plików.

Ważne rozróżnienie: Include Attachments nie jest filtrem wiadomości. Określa, jakie dane zwróci wyzwalacz, a nie to, które e-maile mogą uruchomić przepływ. Pozostałe pola pozostaw na razie bez zmian — reguły wyboru wiadomości skonfigurujemy oddzielnie.

Tak przygotowany wyzwalacz stanowi punkt startowy automatyzacji. Po ukończeniu i włączeniu przepływu będzie reagował na nowe wiadomości; nie służy do przetwarzania poczty, która już wcześniej znajdowała się w folderze.

Krok 2: Akcje zapisu załączników do SharePoint

Pod wyzwalaczem dodaj operacje, które pobiorą załączniki z wiadomości i zapiszą je w przygotowanej bibliotece SharePoint. Układ będzie prosty: kolekcja załączników → pętla Apply to each → pobranie zawartości → utworzenie pliku. Pętla jest potrzebna, ponieważ jeden e-mail może zawierać kilka plików, a akcja tworzenia pliku zapisuje tylko jeden naraz.

Na szkoleniach Cognity pokazujemy, jak skonfigurować taki zapis krok po kroku — poniżej przedstawiamy najważniejsze ustawienia.

Wskaż kolekcję załączników

Wyzwalacz When a new email arrives (V3) udostępnia pole Attachments — kolekcję załączników odebranej wiadomości. To ona pełni tutaj funkcję listy plików do przetworzenia. Nie musisz dodawać osobnej akcji listowania ani pobierać listy plików z SharePoint: na tym etapie źródłem danych jest e-mail.

Ważne rozróżnienie: informacje o załączniku, takie jak nazwa i identyfikator, nie są tym samym co jego zawartość. SharePoint potrzebuje zarówno nazwy tworzonego pliku, jak i danych, które mają zostać w nim zapisane. W poniższym wariancie pobierzesz te dane osobną akcją Outlooka.

Dodaj pętlę Apply to each

Kliknij przycisk dodawania akcji pod wyzwalaczem, wyszukaj Apply to each w grupie Control i dodaj pętlę. W polu wyboru danych wejściowych wskaż Attachments z wyzwalacza pocztowego. Nazwy elementów interfejsu mogą być przetłumaczone zależnie od ustawień języka.

Wszystkie operacje dotyczące pojedynczego załącznika umieść wewnątrz pętli. Dzięki temu każda iteracja obsłuży inny element kolekcji. Jeżeli projektant utworzył już pętlę automatycznie po wybraniu pola załącznika, wykorzystaj istniejącą — nie dodawaj drugiej, zagnieżdżonej pętli dla tej samej kolekcji.

Pobierz zawartość bieżącego załącznika

Wewnątrz Apply to each dodaj akcję Get Attachment (V2) konektora Office 365 Outlook. Uzupełnij jej dwa kluczowe pola:

• Message Id — wybierz identyfikator wiadomości z wyzwalacza. Nie używaj pola Internet Message Id, które jest innym identyfikatorem.
• Attachment Id — wskaż identyfikator załącznika z elementu aktualnie przetwarzanego w pętli.

Identyfikator wiadomości pozostaje taki sam podczas całego przebiegu pętli, natomiast identyfikator załącznika zmienia się w kolejnych iteracjach. To pozwala pobrać właściwy plik z właściwego e-maila.

Jeśli wyzwalacz ma już włączone dołączanie zawartości załączników, możesz wykorzystać tę zawartość bezpośrednio i pominąć Get Attachment (V2). Osobne pobranie jest potrzebne wtedy, gdy masz dostęp do metadanych załącznika, ale nie do jego danych.

Utwórz plik w bibliotece SharePoint

Bezpośrednio pod akcją pobierania załącznika, nadal wewnątrz pętli, dodaj Create file z konektora SharePoint. Ustaw następujące wartości:

• Site Address — adres witryny, w której znajduje się docelowa biblioteka.
• Folder Path — wybierz za pomocą selektora folder w przygotowanej bibliotece dokumentów. Nie wklejaj adresu strony widoku biblioteki.
• File Name — nazwa bieżącego załącznika, wraz z rozszerzeniem.
• File Content — pole Content Bytes zwrócone przez Get Attachment (V2).

Do pola File Content nie wstawiaj identyfikatora ani całego obiektu załącznika. W tym wariancie przekaż wynik Content Bytes bezpośrednio — bez ręcznego konwertowania go na tekst.

Zwróć uwagę na powtarzające się nazwy. Kolejne wiadomości mogą zawierać pliki o identycznej nazwie, dlatego nie zakładaj, że każdy zapis automatycznie utworzy osobny dokument. Jeśli chcesz zachowywać wszystkie kopie, zadbaj o unikalną nazwę, na przykład przez dodanie unikalnego identyfikatora przed nazwą załącznika, z zachowaniem jego rozszerzenia.

Krok 3: Warunki i filtrowanie — wybierz wiadomości i pliki do zapisania

Przepływ zapisuje już załączniki w SharePoint. Teraz ograniczymy jego działanie do potrzebnych materiałów: wiadomości z załącznikami, pochodzących od wskazanego nadawcy, oraz plików PDF. Dzięki temu do biblioteki nie będą trafiały wszystkie dokumenty i obrazy odebrane w skrzynce.

Filtrowanie warto rozdzielić na dwa poziomy: ustawienia wyzwalacza wybierają wiadomości, które mają uruchomić przepływ, a akcja Condition (Warunek) decyduje, co zrobić z konkretnym załącznikiem. W tym scenariuszu wykorzystamy oba mechanizmy.

Ogranicz wyzwalacz do wiadomości z załącznikami od określonego nadawcy

Wróć do istniejącego wyzwalacza When a new email arrives (V3). W jego parametrach zaawansowanych, dostępnych zależnie od wersji projektanta przez Add new parameter lub Show advanced options, ustaw:

• Only with Attachments — wybierz Yes, aby przepływ reagował tylko na wiadomości z załącznikami.
• From — wpisz pełny adres e-mail nadawcy, którego wiadomości chcesz przetwarzać. Jeżeli nadawca nie ma znaczenia, pozostaw to pole puste.

Przy obu ograniczeniach wiadomość musi spełniać je jednocześnie: zawierać załącznik i pochodzić ze wskazanego adresu. Only with Attachments nie zastępuje ustawienia Include Attachments — pierwszy parametr filtruje wiadomości, drugi odpowiada za dołączanie danych załączników do wyniku wyzwalacza.

Adres nadawcy można też sprawdzać później za pomocą akcji Condition. To przydatne, gdy wiadomości od różnych osób mają trafiać do różnych gałęzi przepływu. Jeśli jednak pozostałe wiadomości mają być całkowicie pomijane, prostszym rozwiązaniem jest filtr w wyzwalaczu.

Sprawdź rozszerzenie każdego załącznika

Filtr wiadomości nie rozstrzyga, jakie pliki zawiera mail. Jedna wiadomość może mieć zarówno dokument PDF, jak i obraz w stopce. Dlatego sprawdzanie rozszerzenia dodaj wewnątrz istniejącej pętli Apply to each, przed akcją Create file.

Dodaj akcję Condition i zbuduj porównanie:

• po lewej stronie wybierz nazwę aktualnie przetwarzanego załącznika z panelu Dynamic content — pole może być opisane jako Name lub Attachments Name;
• jako operator wybierz ends with (kończy się na);
• po prawej stronie wpisz .pdf, koniecznie z kropką.

Umieść dotychczasową akcję Create file w gałęzi True / If yes. Gałąź False / If no pozostaw pustą, jeśli inne formaty mają być pomijane. Nie zostawiaj drugiej akcji zapisu poza warunkiem — wówczas pliki niespełniające kryterium nadal mogłyby trafiać do biblioteki.

Jeżeli chcesz dopuścić także dokumenty DOCX, dodaj drugie porównanie nazwy z końcówką .docx i połącz warunki operatorem OR. Operator AND wymagałby, aby ta sama nazwa kończyła się jednocześnie oboma rozszerzeniami. Pamiętaj też, że sprawdzenie rozszerzenia nie weryfikuje rzeczywistej zawartości ani bezpieczeństwa pliku.

Dynamic content — wybieraj wartość z właściwego źródła

Dynamic content pozwala wstawić do warunku dane pobierane podczas działania przepływu zamiast wpisywać je na stałe. Nadawca pochodzi z wyzwalacza wiadomości, natomiast nazwa sprawdzanego pliku musi dotyczyć bieżącego załącznika w pętli. Przy wyborze pola sprawdzaj więc nie tylko jego etykietę, lecz także akcję, z której pochodzi.

Nie wpisuj ręcznie słowa „Name” w polu porównania — byłby to zwykły tekst, a nie odwołanie do nazwy pliku. Poprawnie skonfigurowany warunek pobierze inną nazwę przy każdym obiegu pętli i dopuści do zapisu tylko załączniki spełniające wybrane kryterium.

Krok 4: Powiadomienie w Microsoft Teams — wiadomość na kanał z linkiem do pliku i metadanymi

Po zapisaniu załącznika w SharePoint przepływ powinien poinformować zespół, że plik jest gotowy do otwarcia. W powiadomieniu umieścimy jego nazwę, link oraz informacje z wiadomości e-mail: nadawcę, temat i datę otrzymania. Dzięki temu odbiorca od razu zobaczy, czego dotyczy dokument, bez szukania źródłowego maila.

Pobierz link do zapisanego pliku

W tej samej pętli „Apply to each”, bezpośrednio po akcji „Create file”, dodaj akcję SharePoint „Get file properties” (Pobierz właściwości pliku). Pozwoli ona uzyskać adres prowadzący do dokumentu. Nie używaj jako linku identyfikatora ani samej ścieżki zwróconej podczas tworzenia pliku — nie są one pełnym adresem do otwarcia w przeglądarce.

Wskaż witrynę i bibliotekę, w której zapisano załącznik. W polu Id wstaw z zawartości dynamicznej wartość ItemId pochodzącą z akcji „Create file”. Chodzi o identyfikator elementu biblioteki, a nie identyfikator wiadomości e-mail. Z wyniku „Get file properties” wykorzystasz następnie pole Link to item (Link do elementu).

Dodaj akcję wysyłania wiadomości do Teams

Za pobraniem właściwości pliku dodaj akcję łącznika Microsoft Teams „Post message in a chat or channel” (Opublikuj wiadomość na czacie lub w kanale). Nazwy widoczne w edytorze mogą zależeć od wersji językowej interfejsu. Ustaw:

• Post as: Flow bot — wiadomość będzie pochodzić od bota automatyzacji, zamiast występować jako wpis użytkownika.
• Post in: Channel — powiadomienie trafi na kanał zespołu. Czat służy do komunikacji z wybranymi osobami, a kanał pozwala udostępnić informację w kontekście wspólnej pracy.
• Team i Channel: wybierz docelowy zespół oraz przygotowany kanał.

Pozostaw akcję wewnątrz pętli. W tym wariancie każdy zapisany załącznik otrzyma osobne powiadomienie. Jeśli jeden e-mail zawiera trzy załączniki spełniające wcześniej ustawione warunki, na kanale pojawią się trzy wiadomości. Zbiorczy komunikat wymagałby dodatkowego zebrania informacji o plikach i wysłania ich dopiero po zakończeniu pętli.

Uzupełnij treść linkiem i metadanymi

W polu Message przygotuj krótki komunikat. Nazwę pliku pobierz z akcji SharePoint dotyczącej bieżącego dokumentu, a nadawcę, temat i datę otrzymania — z wyzwalacza pocztowego. Poniższy układ jest wzorem treści; oznaczenia w nawiasach kwadratowych zastąp odpowiednimi polami zawartości dynamicznej:

Nowy załącznik zapisany w SharePoint

Plik: [nazwa pliku]
Nadawca: [adres nadawcy]
Temat e-maila: [temat]
Otrzymano: [data i godzina otrzymania]

Otwórz plik: [Link to item]

Najprościej wstawić wartość Link to item jako pełny adres w treści. Jeżeli korzystasz z opcji dodawania hiperłącza w edytorze wiadomości, możesz zamiast adresu wyświetlić tekst „Otwórz plik w SharePoint”. Nie kopiuj stałego linku do przykładowego dokumentu — adres musi pochodzić z właściwości pliku utworzonego w bieżącym obiegu pętli.

Powiadomienie nie nadaje uprawnień do dokumentu. Odbiorca otworzy plik tylko wtedy, gdy ma odpowiedni dostęp w SharePoint. Do samego poinformowania zespołu wystarczy zwykły link do elementu; nie trzeba tworzyć publicznego łącza udostępniania.

Testowanie przepływu: wyślij wiadomość i sprawdź cały proces

Test powinien potwierdzić nie tylko poprawne uruchomienie przepływu, lecz także jego rezultat: właściwy załącznik trafia do SharePoint, a powiadomienie w Teams prowadzi do zapisanego pliku. Status „Powodzenie” w Power Automate nie wystarczy — wykonanie może zakończyć się poprawnie również wtedy, gdy warunek odfiltruje wiadomość i pominie zapis.

Uruchom test i wyślij przykładowy e-mail

Zapisz przepływ i upewnij się, że jest włączony. W edytorze wybierz Testuj (Test), następnie opcję Ręcznie (Manually) i rozpocznij test. W przepływie uruchamianym przez nadejście wiadomości nie oznacza to ręcznego wykonania wszystkich akcji: Power Automate czeka na zdarzenie, czyli nowy e-mail spełniający ustawienia wyzwalacza.

Zrzut tekstowy — rozpoczęcie testu:
Edytor przepływu → Testuj → Ręcznie → Testuj → oczekiwanie na nową wiadomość.
Nazwy przycisków mogą się nieznacznie różnić zależnie od języka i wersji interfejsu.

Teraz wyślij nową wiadomość do skrzynki i folderu monitorowanych przez przepływ. Nie korzystaj wyłącznie z e-maila, który znajdował się tam przed rozpoczęciem testu. Jeśli skonfigurowano filtr nadawcy, użyj konta, które go spełnia.

Przykładowa wiadomość testowa:
Temat: Test automatyzacji — załącznik do SharePoint
Treść: Wiadomość testowa do sprawdzenia zapisu pliku i powiadomienia w Teams.
Załącznik: test-przeplywu-01.pdf — niewielki dokument bez danych poufnych.

Jeżeli przepływ dopuszcza inny typ pliku niż PDF, odpowiednio zmień załącznik. Na pierwszy test najlepiej wybrać jeden plik o unikalnej nazwie, aby łatwo rozpoznać go w bibliotece i uniknąć konfliktu z istniejącym dokumentem. Uruchomienie nie zawsze pojawia się natychmiast — daj usłudze chwilę na wykrycie wiadomości.

Sprawdź historię uruchomienia w Power Automate

Wynik możesz obejrzeć po zakończeniu testu lub otworzyć go z poziomu szczegółów przepływu. Przejdź do Moje przepływy (My flows), wybierz swój przepływ i w historii uruchomień otwórz pozycję odpowiadającą godzinie wysłania e-maila.

Zrzut tekstowy — kontrola wykonania:
Moje przepływy → wybrany przepływ → Historia uruchomień → najnowsze uruchomienie → szczegóły wyzwalacza i kolejnych akcji.

Rozwiń wyzwalacz i sprawdź, czy dotyczy właściwej wiadomości. Następnie przejrzyj wykonanie warunków, pętli Apply to each, akcji tworzenia pliku oraz wysyłania powiadomienia. Jeśli pętla ma kilka iteracji, sprawdź każdą z nich, a nie tylko pierwszą.

• Powodzenie (Succeeded) oznacza, że dany krok zakończył się poprawnie. Nadal warto sprawdzić jego dane wejściowe i wyjściowe.
• Niepowodzenie (Failed) wymaga otwarcia szczegółów błędu. Komunikat pomoże ustalić, czy problem dotyczy np. dostępu, lokalizacji docelowej lub nazwy pliku.
• Pominięto (Skipped) nie zawsze oznacza usterkę. Akcja mogła znajdować się w niewybranej gałęzi warunku albo zostać pominięta po błędzie wcześniejszego kroku.

Zweryfikuj plik w SharePoint i wiadomość w Teams

Otwórz docelową bibliotekę SharePoint, przejdź do skonfigurowanego folderu i odśwież widok. Sprawdź nazwę dokumentu, jego rozmiar i możliwość otwarcia. Zawartość zapisanego pliku powinna odpowiadać załącznikowi z wiadomości — samo pojawienie się nazwy na liście nie potwierdza jeszcze poprawnego zapisu.

Zrzut tekstowy — weryfikacja rezultatu:
SharePoint → docelowa witryna → biblioteka dokumentów → wskazany folder → plik testowy.
Teams → docelowy zespół → wskazany kanał → nowe powiadomienie → link do pliku.

W Teams porównaj treść powiadomienia z testowym e-mailem: nazwę pliku oraz te metadane, które dodano do wiadomości, np. nadawcę i temat. Kliknij link i upewnij się, że otwiera właściwy dokument. Warto sprawdzić go również z konta docelowego odbiorcy: publikacja linku na kanale nie nadaje automatycznie uprawnień do pliku w SharePoint.

Sprawdź również wiadomości, które mają zostać odrzucone

Po udanej próbie wyślij e-mail z dwoma dozwolonymi załącznikami, a następnie osobne wiadomości: bez załącznika, z niedozwolonym typem pliku lub od innego nadawcy — zależnie od zastosowanych filtrów. Zmieniaj jeden element naraz, aby łatwo ustalić przyczynę wyniku.

Rozróżnij dwa oczekiwane zachowania: filtr w wyzwalaczu może sprawić, że przepływ w ogóle się nie uruchomi, natomiast warunek wewnątrz przepływu będzie widoczny w historii jako wykonana ocena, po której część akcji zostanie pominięta. Test jest zakończony, gdy dozwolone pliki trafiają do właściwego folderu, powiadomienia zawierają poprawne linki, a wiadomości niespełniające kryteriów nie powodują niepożądanego zapisu ani publikacji w Teams.

8. Monitorowanie i debugowanie: historia uruchomień, obsługa błędów i ponawianie

Przepływ może zapisać załącznik w SharePoint, a mimo to zakończyć się błędem, ponieważ nie udało się wysłać powiadomienia do Teams. Dlatego podczas diagnozy sprawdzaj nie tylko końcowy status, ale przede wszystkim miejsce zatrzymania i wynik poszczególnych akcji. Pozwoli to usunąć przyczynę problemu bez niepotrzebnego powtarzania operacji, które już się powiodły.

Run history — gdzie szukać przyczyny błędu

W portalu Power Automate otwórz My flows (Moje przepływy), wybierz swój przepływ i przejdź do Run history (Historia uruchomień). Otwórz uruchomienie odpowiadające dacie i godzinie problematycznej wiadomości. Zobaczysz statusy oraz czas wykonania kolejnych kroków.

Rozwiń pierwszą akcję zakończoną błędem i sprawdź jej Inputs (dane wejściowe), Outputs (dane wyjściowe) oraz komunikat błędu. Przy zapisie do SharePoint zwróć uwagę na lokalizację docelową, nazwę pliku i przekazaną zawartość załącznika. Przy wysyłaniu wiadomości do Teams sprawdź wskazany zespół, kanał i dane użyte w wiadomości. Jeśli problem wystąpił w Apply to each, zajrzyj do konkretnej iteracji — jeden niepoprawny załącznik nie oznacza, że pozostałe również nie zostały zapisane.

Status Skipped (Pominięto) nie musi oznaczać usterki. Akcja może należeć do niewybranej gałęzi warunku albo nie spełniać warunków uruchomienia po poprzednim kroku. Z kolei status Succeeded (Powodzenie) potwierdza wykonanie zgodnie z logiką przepływu, ale nie gwarantuje oczekiwanego rezultatu biznesowego — na przykład filtr mógł wykluczyć wszystkie pliki.

Logika błędów: co ma się wydarzyć po niepowodzeniu

Domyślnie kolejna akcja zwykle wykonuje się po sukcesie poprzedniej. Opcja Configure run after (Konfiguruj uruchamianie po) pozwala wskazać inne sytuacje: błąd, pominięcie lub przekroczenie czasu. Dzięki temu możesz przygotować osobną ścieżkę zgłaszającą problem zamiast pozostawiać nieudane uruchomienie bez reakcji.

Powiązane operacje warto grupować w Scope, czyli zakres, a obsługę błędu uruchamiać po niepowodzeniu tego zakresu. W komunikacie diagnostycznym wystarczą etap, na którym wystąpił problem, identyfikator wiadomości lub nazwa pliku oraz opis błędu. Nie kopiuj całej treści maila ani zawartości załączników, jeśli nie jest to potrzebne. Powiadomienie o sukcesie powinno zależeć od poprawnego zapisu pliku, a nie tylko od samego uruchomienia przepływu.

Ponawianie akcji a ponowne uruchomienie przepływu

Retry policy, dostępna w ustawieniach obsługiwanych akcji, dotyczy automatycznego ponawiania pojedynczej operacji. Przydaje się przy przejściowej niedostępności usługi lub ograniczeniu liczby żądań. Nie naprawi jednak błędnej ścieżki, nieprawidłowych danych ani brakujących uprawnień — takie przyczyny trzeba najpierw usunąć.

Resubmit (Prześlij ponownie) w historii uruchomień ponownie uruchamia przepływ z danymi wybranego wykonania; nie jest prostym wznowieniem od miejsca błędu. Przed jego użyciem sprawdź, czy plik już istnieje i czy wiadomość do Teams została wysłana. Bez zabezpieczenia przed ponownym przetwarzaniem tego samego załącznika możesz otrzymać konflikt nazw, duplikat pliku lub powtórne powiadomienie.

Podczas szkoleń Cognity pogłębiamy zagadnienia diagnozowania błędów i ponawiania operacji w oparciu o konkretne przykłady z pracy uczestników.

Checklista najczęstszych problemów

• Brak wpisu w historii: sprawdź, czy przepływ jest włączony, połączenie z Outlookiem działa, a wiadomość trafiła do monitorowanego folderu i spełnia kryteria wyzwalacza.
• Błąd 401 lub 403: zweryfikuj uwierzytelnienie połączenia oraz uprawnienia konta używanego przez daną akcję.
• Błąd 404: sprawdź, czy wskazany zasób nadal istnieje i czy akcja korzysta z właściwego identyfikatora lub ścieżki.
• Błąd 429 albo przejściowy błąd 5xx: sprawdź szczegóły odpowiedzi usługi i ustawienia ponawiania; przy częstych ograniczeniach rozważ zmniejszenie liczby równoległych operacji.
• Plik jest pusty lub uszkodzony: sprawdź, czy akcja tworzenia pliku otrzymuje zawartość załącznika, a nie tylko jego nazwę lub identyfikator.
• Plik istnieje, ale nie ma powiadomienia: przeanalizuj akcję Teams oraz jej warunki uruchomienia, zamiast od razu powtarzać cały przepływ.
• Link działa tylko autorowi przepływu: sprawdź uprawnienia odbiorców do pliku w SharePoint. Samo opublikowanie odnośnika w Teams nie nadaje dostępu.

Optymalizacja parametrów produkcyjnych – praktyczne zastosowanie DOE i Minitab 23 października 2026

Statystyczna kontrola procesu (SPC) – co to jest i jak ją stosować? 21 października 2026