---
title: "Kontrola nakładających się uruchomień i anulowania"
description: "Użyj ustawień automatyzacji, aby zapobiegać nakładaniu się pracy, grupować aktywne uruchomienia według klucza biznesowego i zatrzymywać uruchomienia po nadejściu zdarzenia anulowania."
canonical: "https://bird.com/pl-pl/dokumentacja/guides/automations/run-settings"
---

# Kontrola nakładających się uruchomień i anulowania

Użyj **Automation settings**, aby zapobiec jednoczesnej pracy na tym samym elemencie biznesowym lub zatrzymać workflow, gdy ta praca nie jest już potrzebna.

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

## Zapobieganie nakładającym się uruchomieniom

1. Otwórz **More editor actions** > **Automation settings**.
2. W sekcji **Run overlap** włącz **Skip overlapping runs**.
3. Zostaw **Use a business key** wyłączone, gdy cała automatyzacja powinna mieć co najwyżej jedno aktywne uruchomienie.
4. Włącz **Use a business key**, gdy różne elementy biznesowe mogą działać niezależnie, i zmapuj klucz z danych startowych.
5. Zapisz i opublikuj ustawienia razem z workflow.

Klucz biznesowy musi się rozwiązywać do niepustej wartości tekstowej. Wybierz stabilną wartość ze zdarzenia startowego. ID faktury pozwala różnym fakturom jednego klienta działać osobno. Adres klienta zgrupowałby te faktury razem.

Aktywne uruchomienie zajmuje swój klucz w stanach: w kolejce, w trakcie, oczekiwania i ponawiania, także między publikacjami. Kolejny start dla zajętego klucza jest pomijany. Gdy uruchomienie się zakończy, nowe zdarzenie może rozpocząć nowe uruchomienie dla tego klucza. To zapobieganie nakładaniu, a nie stała reguła jednorazowości na element.

Zmiana klucza w nowej wersji zmienia sposób grupowania przyszłych startów. Nie przepisuje tożsamości istniejących uruchomień.

## Konfiguracja zdarzenia anulowania

Niech Twoja aplikacja [wyśle zdarzenie aplikacji](/docs/guides/automations/application-events) z nazwą i polami skonfigurowanymi tutaj, gdy powiązana praca powinna zostać zatrzymana. Wyzwalacz, oczekiwania i reguły anulowania współdzielą adres URL zdarzeń automatyzacji.

1. W sekcji **Cancellation events** wybierz **Add cancellation event**.
2. Wprowadź **Event name**, **Cancellation reason** i **Incoming event fields**.
3. Wybierz **Runs to cancel**: aktywne uruchomienia pasujące do filtra lub uruchomienie pasujące do klucza biznesowego.
4. Skonfiguruj **Only cancel runs when**, jeśli zdarzenie powinno zatrzymać tylko podzbiór kwalifikujących się uruchomień.
5. Podejrzyj powiązane ścieżki workflow i sprawdź ustawienia przed publikacją.

Na przykład anulowanie rezerwacji może zatrzymać oczekujące przypomnienia dotyczące tej rezerwacji. Anulowanie skierowane na klucz biznesowy wymaga ustawień nakładania z kluczem oraz zdarzenia zaadresowanego do tego samego klucza.

Anulowanie obejmujące całą automatyzację bez filtra może zatrzymać wiele aktywnych uruchomień. Ustaw zakres i warunek odpowiadające zamierzonej akcji biznesowej.

## Co zatrzymuje anulowanie

Żądania anulowania zatrzymują dalsze przetwarzanie workflow, gdy uruchomienie osiągnie granicę anulowania. Akcja zewnętrzna już przyjęta, np. wysyłka SMS, może się nadal zakończyć. Anulowanie nie jest w stanie cofnąć wiadomości.

Istniejące uruchomienia zachowują reguły anulowania z wersji, w której zostały uruchomione. Publikacja nowych reguł nie dodaje ich do starszych uruchomień. Zdarzenie anulowania przetworzone przed pojawieniem się docelowego uruchomienia nie zapobiega przyszłemu startowi.

Sprawdź **Runs**, aby zobaczyć wynikowy status i powód anulowania. Samo żądanie anulowania nie oznacza, że uruchomienie osiągnęło stan końcowy.

## Następne kroki

- [Oczekiwanie na zdarzenie](/docs/guides/automations/waits).
- [Publikowanie i zarządzanie automatyzacjami](/docs/guides/automations/publishing).
- [Inspekcja uruchomień](/docs/guides/automations/runs).
- [Przeglądanie przewodników po automatyzacjach](/docs/guides/automations).

## Related resources

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