Integracje

Te kroki znajdują się w grupie Integracje. Nieudane dostarczenie idzie dalej przez Niepowodzenie. W przypadku innych akcji przeczytaj Gdy krok się nie uda.

Wyślij webhookKopiuj link do tej sekcji

Dostarcza własną wiadomość do jednego z punktów końcowych webhooków Twojej organizacji. Przydaje się, żeby powiadomić inny system, na przykład kasę albo stronę internetową.

Punkty końcowe tworzysz i zarządzasz nimi w menu profilu w sekcji Dla deweloperów. Punkt końcowy musi istnieć i być włączony. Jeśli tak nie jest, krok się nie udaje i wykonanie zostaje zatrzymane.

Wiadomość jest podpisywana własnym kluczem punktu końcowego, dokładnie tak jak inne webhooki, które ten punkt odbiera. Tillor ponawia próbę kilka razy, jeśli Twój serwer nie odpowie poprawnie. Punkt końcowy nie musi śledzić nazwy Twojego zdarzenia: wiadomość i tak dotrze.

Krok ma dwa wyjścia:

Szablon Przekazuj rezerwacje do innego systemu używa wyjścia Niepowodzenie, żeby utworzyć zadanie, które ktoś podejmie.

Ładunek wygląda na przykład tak:

{
  "reservation": "{reservation.displayId}",
  "checkIn": "{reservation.checkIn}",
  "adults": {reservation.numberOfAdults},
  "customer": {
    "firstName": "{reservation.customer.firstName}",
    "email": "{reservation.customer.email}"
  }
}

Tekst ujmij w cudzysłów, a liczby wpisz bez niego. Daty w JSON trafiają jako międzynarodowa data i godzina, na przykład 2026-10-05T08:00:00.000Z. Szczegóły przeczytasz w Zmienne i szablony. Stronę techniczną, na przykład budowę wiadomości, opisano w Dla deweloperów > Automatyzacje.

Żądanie APIKopiuj link do tej sekcji

Wywołuje API Tillor Twojej własnej organizacji albo inny adres w internecie. Dzięki temu zrobisz prawie wszystko, co potrafi Tillor, i wyszukasz dane, żeby coś z nimi zrobić.

W polu Wyślij do wybierasz między Tillor API a Własny URL. W polu Metoda wybierasz GET (pobieranie), POST (tworzenie), PUT lub PATCH (zmienianie) albo DELETE (usuwanie).

Tillor APIKopiuj link do tej sekcji

Na górze pola znajduje się Wybierz punkt końcowy API. Kliknij go i szukaj na liście, na przykład tasks. Gdy wybierzesz punkt końcowy, Tillor uzupełnia metodę i ścieżkę. Jeśli Treść jest jeszcze pusta, dostajesz też przykład tego, czego punkt końcowy oczekuje. Nazwy w nawiasach klamrowych w ścieżce zastąp zmiennymi z wcześniejszych kroków. Jeśli są parametry zapytania, zobaczysz je pod polem.

Wywołanie odbywa się jako użytkownik Przepływ pracy i nigdy nie może wyjść poza Twoją organizację. Automatyzacja nie może zarządzać automatyzacjami, więc wywołania, które dotyczą automatyzacji lub ich wykonań, są odrzucane.

Własny URLKopiuj link do tej sekcji

Obowiązują tu te zasady:

• Adresy bez https:// są odrzucane
• Adresy prywatne i wewnętrzne są odrzucane, także gdy wskazuje na nie zwykła nazwa
• Przekierowania nie są śledzone. Jeśli serwer odpowie przekierowaniem, liczy się to jako Niepowodzenie
• Nagłówki są zapisywane w formie zaszyfrowanej. Możesz więc wpisać w nich klucz lub token
• Przy GET i DELETE treść nie jest wysyłana

Wyjścia i odpowiedźKopiuj link do tej sekcji

Żądanie ma dwa wyjścia: Powodzenie (serwer odpowiedział statusem sukcesu) i Niepowodzenie (serwer odpowiedział statusem błędu). Jeśli Tillor w ogóle nie dotrze do serwera, na przykład przez przekroczenie czasu po 15 sekundach albo odrzucony adres, wykonanie zatrzymuje się ze statusem Niepowodzenie.

Dla kolejnych kroków są trzy zmienne:

Jak z tego korzystać, opisano w Używanie odpowiedzi API. Pełny przykład z wyszukiwaniem znajdziesz w Kontrola przyczepy do wynajęcia.