Skip to main content
System webhooków oparty na punktach końcowych pozwala zarejestrować wiele miejsc docelowych na organizację, z których każde ma własny sekret, własny status i własną subskrypcję podzbioru typów zdarzeń. Jest to zalecany model dla wszystkich nowych integracji. Porównaj ze starszym webhookiem z jednym adresem URL, który jest zachowany dla zgodności wstecznej, ale obsługuje tylko jeden adres URL na organizację.

Punkty końcowe

Obiekt punktu końcowego

Pełny secret punktu końcowego jest zwracany tylko raz podczas tworzenia i nigdy więcej. Przechowuj go bezpiecznie — jeśli go utracisz, usuń punkt końcowy i utwórz go ponownie.

Prawidłowe typy zdarzeń

events jest walidowane względem dokładnie tego zestawu — wartości spoza listy zwracają 400. Zobacz Katalog zdarzeń, aby poznać strukturę ładunku każdego typu.
  • telephony.incoming, telephony.complete, telephony.tool
  • web.incoming, web.complete, web.tool
  • call.graded
  • issue.reported
  • test-call.completed
  • alert.triggered

Statusy punktów końcowych

  • active — dostarczenia przebiegają normalnie.
  • disabled — ręcznie wstrzymany przez PATCH. Żadne żądania nie są wysyłane. Nigdy nie zmieniamy statusu punktu końcowego disabled; decyzja o przełączeniu go z powrotem na active zawsze należy do Ciebie.
  • failing — ustawiany automatycznie, gdy dostarczenie do punktu końcowego wyczerpie cały harmonogram ponawiania (8 prób w ciągu 24 godzin), ani razu nie otrzymując odpowiedzi 2xx. Punkt końcowy w stanie awarii nie otrzymuje dalszego ruchu. Po naprawieniu punktu końcowego ustaw jego status z powrotem na active za pomocą PATCH; dostarczenia, których harmonogram ponawiania jeszcze się nie wyczerpał, zostaną wznowione od miejsca, w którym się zatrzymały.

Wyświetl listę punktów końcowych

Zwraca tablicę obiektów punktu końcowego.

Utwórz punkt końcowy

Pola żądania

Zwraca 201 Created z obiektem punktu końcowego oraz dodatkowym polem najwyższego poziomu secret, zawierającym nieprzetworzony klucz podpisywania — 48-znakowy ciąg szesnastkowy:
secret jest zwracany wyłącznie podczas tworzenia. Kolejne odpowiedzi GET zawierają tylko secret_hint. Skopiuj pełną wartość do menedżera sekretów przed odrzuceniem odpowiedzi.

Zaktualizuj punkt końcowy

Zwraca 200 OK ze zaktualizowanym obiektem punktu końcowego.

Wyślij dostarczenie testowe

Wyślij syntetyczne zdarzenie webhook.test do jednego punktu końcowego przy użyciu standardowego potoku dostarczania, w tym kanonicznej serializacji JSON, X-ThunderPhone-Signature, rejestrowania dostarczenia i obsługi ponowień. Test jest kierowany do wybranego punktu końcowego niezależnie od jego filtra events.
Punkt końcowy otrzymuje kopertę podobną do tej:
API zwraca 200 OK po pierwszej próbie, nawet jeśli miejsce docelowe zwróci błąd. Sprawdź success, status, response_code i error, aby poznać wynik dostarczenia:
webhook.test jest syntetyczne i nie można go dodać do subskrypcji events punktu końcowego. Jeśli pierwsza próba się nie powiedzie, dostarczenie odbywa się według tego samego harmonogramu ponowień co standardowe dostarczenia zdarzeń.

Usuń endpoint

Zwraca 204 No Content. Dostarczanie do adresu URL zostaje natychmiast zatrzymane; ponowne próby w toku są porzucane.

Powiązane

Katalog zdarzeń

Pełna lista wartości events, które możesz subskrybować.

Omówienie webhooków

Weryfikacja podpisu i semantyka dostarczania.