---
title: "Rozwiązywanie problemów z automatyzacją"
description: "Dowiedz się, dlaczego automatyzacja się nie uruchamia, podgląd zatrzymuje się, pole jest niedostępne albo wykonanie czeka, kończy się błędem lub kończy się bez dostarczenia wiadomości."
canonical: "https://bird.com/pl-pl/dokumentacja/guides/automations/troubleshooting"
---

# Rozwiązywanie problemów z automatyzacją

Zacznij od objawu i wersji, której dotyczy problem. Kontrole wersji roboczej i podglądy dotyczą pracy w edytorze; **Runs** opisuje wykonania opublikowanych wersji.

> Automations is in Early access. Your workspace permissions determine which actions you can perform.

## Automations nie pojawia się na pulpicie

Upewnij się, że wybrałeś właściwy obszar roboczy i masz uprawnienia do wyświetlania Automations. Jeśli Automations nie jest widoczne, poproś administratora obszaru roboczego o sprawdzenie Twojego dostępu.

## Brak kontrolek edycji

Dostęp do odczytu Automations pozwala przeglądać szablony i przepływy pracy. Tworzenie wersji roboczych i publikowanie wymaga dostępu do zapisu Automations. Jeśli **Use template** lub **Publish** jest niedostępne, poproś administratora obszaru roboczego o dostęp do zapisu.

## Brak wykonania

1. Upewnij się, że automatyzacja ma opublikowaną wersję i jest aktywna, a nie wstrzymana lub zarchiwizowana.
2. Sprawdź opublikowany wyzwalacz. Niezapisane lub nieopublikowane zmiany nie wpływają na przychodzące zdarzenia.
3. W przypadku zdarzenia Bird upewnij się, że kanał odbiorczy otrzymał wiadomość, i przetestuj filtr wyzwalacza z reprezentatywnymi danymi.
4. W przypadku zdarzenia aplikacji porównaj jego nazwę i wymagane pola z opublikowanym wyzwalaczem i [sprawdź żądanie oraz wynik w kolejce](/docs/guides/automations/application-events#troubleshoot-an-event).
5. W przypadku harmonogramu sprawdź następne wystąpienie, strefę czasową i zachowanie przy pominiętym takcie.
6. Sprawdź, czy aktywne wykonanie spowodowało pominięcie nowego uruchomienia.
7. Sprawdź [limit uruchomień w ramach wczesnego dostępu](/docs/guides/automations/runs#early-access-run-allowance) dla organizacji. Po osiągnięciu limitu nowe uruchomienia są odrzucane do miesięcznego resetu.

Brak trafienia filtra lub pominięcie z powodu nakładania się nie tworzy wykonania. Zaakceptowanie zdarzenia aplikacji oznacza, że zostało umieszczone w kolejce; sprawdź **Runs**, aby śledzić dalszy postęp wykonania.

## Publikacja jest zablokowana

1. Zakończ otwarte edycje pól i zapisz wersję roboczą.
2. Otwórz **Checks** i podążaj za każdym blokującym wynikiem do odpowiedniego kroku lub pola.
3. Sprawdź wymagane dane wejściowe, połączenia wyjściowe i odwołania do brakujących lub przyszłych kroków.
4. Usuń cykle i napraw nieprawidłowe węzły, nawet jeśli są odłączone od ścieżki głównej.
5. Sprawdź uprawnienia i ewentualne wymagane potwierdzenie kontraktu zdarzenia aplikacji.

Jeśli wersja robocza została zmieniona w innym edytorze, przeładuj ją i porównaj bieżącą pracę przed ponowną próbą. Wcześniejszy wynik kontroli może być nieaktualny.

## Podgląd zatrzymuje się na akcji lub oczekiwaniu

Sprawdź przygotowane dane wejściowe. Jeśli podgląd zgłasza niekompletną ścieżkę, podaj przykładowy wynik za pomocą **Set sample result**, a następnie uruchom podgląd ponownie.

Podgląd nie może pobrać kontaktu ani czekać na prawdziwe potwierdzenie, aby uzupełnić brakującą próbkę. Jeśli sama próbka jest nieprawidłowa, napraw jej węzeł, ścieżkę wyjściową lub pola, aby odpowiadały bieżącej konfiguracji.

## Brak pola lub błąd wyrażenia

1. Wybierz krok konsumujący i sprawdź mapowanie źródła.
2. Upewnij się, że krok źródłowy występuje wcześniej na wybranej ścieżce.
3. Sprawdź, czy pole jest nieobecne, null, puste lub ma inny typ w próbce lub zarejestrowanym wykonaniu.
4. Dodaj warunek lub jawną wartość zastępczą tam, gdzie to właściwe.

Dane wyjściowe z niewybranej gałęzi są niedostępne. Pomyślne wyszukiwanie kontaktu bez wyników również wymaga jawnej ścieżki dla pustego wyniku.

## Wykonanie pozostaje w stanie oczekiwania

Sprawdź termin opóźnienia lub konfigurację oczekiwania. Potwierdź oczekiwany typ zdarzenia, obserwowany krok wysyłki lub klucz biznesowy oraz ewentualny filtr.

W przypadku oczekiwania na zdarzenie aplikacji zdarzenie następcze musi odnosić się do klucza istniejącego wykonania. W przypadku oczekiwania na potwierdzenie dostarczenia potwierdzenie musi należeć do skonfigurowanej akcji w danym wykonaniu. Oczekiwanie jest stanem normalnym do momentu dopasowania, przekroczenia limitu czasu, anulowania lub osiągnięcia terminu wykonania.

## Wykonanie kończy się sukcesem, ale wiadomość nie dociera

Najpierw sprawdź ścieżkę wykonania: gałąź może celowo kończyć się bez wysyłki. Jeśli wysyłka zakończyła się pomyślnie, sprawdź status wiadomości w kanale. Po zaakceptowaniu może nastąpić błąd dostarczenia.

Użyj obsługiwanego oczekiwania na dostarczenie do podejmowania dalszych decyzji. Sam upływ limitu czasu nie jest dowodem na niedostarczenie, więc sprawdź przed wysłaniem wiadomości zastępczej.

## Wykonanie kończy się błędem po częściowej zmianie

Sprawdź krok, który zakończył się błędem, oraz wcześniejsze pomyślne kroki. Partia kontaktów może zawierać zarówno udane, jak i nieudane wpisy. Anulowanie lub późniejszy błąd nie cofa zaakceptowanej wiadomości ani zmiany kontaktu.

Napraw przyczynę przed uruchomieniem nowego wykonania. Sprawdź, które akcje zostałyby wykonane ponownie, aby uniknąć powtórzenia pracy, która już się powiodła.

## Następne kroki

- [Podgląd i kontrola przepływu pracy](/docs/guides/automations/preview).
- [Sprawdzanie wykonań](/docs/guides/automations/runs).
- [Odczytywanie metryk automatyzacji](/docs/guides/automations/metrics).
- [Przeglądanie przewodników Automations](/docs/guides/automations).

## Related resources

- [Preview your first automation](/docs/get-started/automations) (docs)