Sprawdzenie ścieżki akceptacji

Ścieżkę akceptacji dokumentu sprawdza się na konkretnym przypadku z poprawką, odmową i nieobecnym zatwierdzającym. Sama możliwość kliknięcia „akceptuj” nie wystarcza. Trzeba ustalić, którą wersję zaakceptowano, kto miał prawo podjąć decyzję i czy po zmianie treści proces rusza ponownie.

Zapisz reguły zanim otworzysz kreator

Zapisz reguły zanim otworzysz kreator

Najpierw określ cel akceptacji: treść, budżet, publikacja czy wysłanie do podpisu? Te decyzje mogą należeć do różnych ról. Narysuj kolejność: autor → recenzent → właściciel procesu → wykonanie. Przy każdej strzałce zapisz, co dzieje się po odmowie i kto zastępuje osobę nieobecną.

Nie zakładaj, że wszyscy odpowiadają tak samo. W dokumentacji Power Automate występują wzorce „wszyscy muszą zatwierdzić”, „pierwsza odpowiedź” i akceptacja sekwencyjna. Kolejność i warunek zakończenia są odrębnymi decyzjami projektowymi. W wybranym systemie sprawdź dostępność oraz zachowanie każdego wariantu.

Warianty reguł akceptacji w Power Automate

Przetestuj wersję, która się zmienia

Przetestuj wersję, która się zmienia

Przygotuj bezpieczny dokument próbny. Wyślij go do dwóch osób, a po pierwszej decyzji popraw istotne zdanie. Sprawdź, co widzi druga osoba: nowy plik czy poprzednią wersję?

Czy pierwsza decyzja pozostaje ważna, zostaje anulowana czy wymaga ponowienia? Nie ma jednej odpowiedzi dla wszystkich procesów, ale reguła musi być jawna i zgodna z ryzykiem dokumentu.

W systemach z wersjonowaniem można zachować wcześniejsze stany. SharePoint pozwala skonfigurować wersje robocze i akceptację treści; uprawnienia decydują, kto widzi wersję przed zatwierdzeniem. Jeżeli firma używa takiej konfiguracji, próba powinna objąć konto zwykłego odbiorcy, nie tylko administratora. Zatwierdzenie jest użyteczne, gdy odbiorca widzi właściwą treść.

Sprawdź odmowę i zastępstwo

Sprawdź odmowę i zastępstwo

W drugim scenariuszu recenzent odrzuca dokument z konkretną uwagą. Ustal, czy autor otrzymuje powód, czy potrafi oddać poprawioną wersję i czy historia łączy obie decyzje. „Odrzucono” bez powodu kończy obieg, ale nie pomaga go naprawić.

W trzecim scenariuszu zatwierdzający jest nieobecny. Sprawdź, czy istnieje upoważnione zastępstwo i czy zapis decyzji pokazuje rzeczywistą osobę.

Jeśli akceptacja ma termin, sprawdź przypomnienia i eskalację jako osobne funkcje. Nie zakładaj, że automatyczne przypomnienie daje komukolwiek prawo do zatwierdzenia. Procedura powinna wskazywać, kiedy sprawę wycofać, zamiast pozostawiać ją w stanie oczekiwania.

Zapis próby i granica podpisu

Zapis próby i granica podpisu

Po każdym scenariuszu zapisz identyfikator pliku, wersję, role, sekwencję decyzji, wynik i miejsce do odtworzenia historii. Jeżeli system wysyła tylko powiadomienie e-mail, sprawdź, czy zapis przetrwa usunięcie wiadomości z pojedynczej skrzynki.

Akceptacja wewnętrzna może poprzedzać podpis, ale nie zastępuje go. Dla dokumentu wymagającego podpisu ustal osobno metodę podpisania i zachowanie podpisanego pliku. Wtedy „zaakceptowane do wysłania” i „podpisane przez strony” pozostaną dwoma czytelnymi stanami.

Przed uznaniem ścieżki za gotową sprawdź, kto może ją zmienić. Dodanie zatwierdzającego albo zmiana warunku „wszyscy” na „pierwszy odpowiada” wpływa na sens decyzji. Zapisz właściciela konfiguracji i sposób dokumentowania zmian. Dzięki temu audyt odróżni decyzje według starych i nowych zasad, bez polegania na pamięci pracowników.

Wyniki testów ścieżki akceptacji