Webhooki w czasie rzeczywistym, które nie pomijają żadnego zdarzenia
Przesyłaj każde zdarzenie rezerwacji i płatności do własnych systemów — CRM, hurtowni danych, Slacka, niestandardowych integracji. Podpisane HMAC, ponawiane z wykładniczym wycofaniem i w pełni rejestrowane. Zbudowane dla zespołów inżynierskich, które nie chcą odpytywać API.
Dlaczego zespoły inżynierskie wybierają webhooki Triviyo
Standardowe wzorce, przewidywalne zachowanie i dziennik dostarczenia, który naprawdę pomaga debugować.
Wysyła w mniej niż sekundę
Zdarzenia są wysyłane w ciągu 500 ms od wyzwalającego działania — bez odpytywania, bez opóźnień, bez pominiętych rezerwacji. Twoje systemy downstream pozostają w idealnej synchronizacji z Triviyo.
Sygnatury HMAC dla każdego ładunku
Każdy webhook jest podpisany algorytmem HMAC-SHA256 przy użyciu sekretu Twojego punktu końcowego. Zweryfikuj sygnaturę przed przetworzeniem ładunku — taki sam wzorzec jak Stripe, GitHub i każdy inny webhook, któremu już ufasz.
Ponawianie z wykładniczym wycofaniem
Jeśli Twój punkt końcowy zwraca odpowiedź inną niż 2xx, Triviyo ponawia próby z wykładniczym wycofaniem przez maksymalnie 72 godziny. Przejściowe awarie naprawiają się same bez ręcznej interwencji — a każde zdarzenie możesz odtworzyć z dziennika dostarczenia.
Standardowe nazwy zdarzeń
booking.created, booking.updated, booking.cancelled, payment.succeeded — nazwy, których oczekuje każdy inżynier. Subskrybuj dokładnie te zdarzenia, których potrzebuje Twoja integracja; resztę zignoruj.
Indywidualne sekrety i listy dozwolonych adresów dla punktów końcowych
Każdy punkt końcowy ma własny sekret podpisywania i opcjonalną listę dozwolonych adresów IP po stronie odbiorczej. Rotuj sekrety bez przestojów i ogranicz dostęp do punktów końcowych wyłącznie do swojej infrastruktury.
Pełny dziennik dostarczenia z odtwarzaniem
Każda próba dostarczenia jest rejestrowana z kodem statusu, treścią odpowiedzi i znacznikiem czasu — dostępna w panelu i przez API. Odtwórz ręcznie dowolne zdarzenie, gdy Twoje środowisko testowe je przegapiło.
Webhooki Triviyo a odpytywanie REST API
Jak wygląda strumieniowanie zdarzeń w czasie rzeczywistym w porównaniu z bombardowaniem punktu końcowego REST.
| Co zawiera API webhooków | Triviyo | Without Triviyo |
|---|---|---|
| Czas konfiguracji | Poniżej 15 minut | Dni na zbudowanie pollera |
| Dostępność | Plan Professional i wyższe | Tylko dostęp do API Enterprise |
| booking.created | ||
| booking.updated | ||
| booking.cancelled | ||
| payment.succeeded | ||
| Sygnatury HMAC-SHA256 | Dodatek Enterprise | |
| Strategia ponawiania | Wykładnicze wycofanie, okno 72h | Jedna próba lub żadna |
| Dziennik dostarczenia z odtwarzaniem | ||
| Wsparcie | Zespół inżynierski na Slacku | Kolejka zgłoszeń e-mail |
Standardowe wzorce — nic egzotycznego, nic zastrzeżonego.
Zespoły inżynierskie korzystające z webhooków Triviyo w środowisku produkcyjnym
“Usunęliśmy 400 linii kodu odpytującego w dniu, w którym webhooki Triviyo zostały uruchomione. Booking.created trafia do naszej hurtowni danych w mniej niż sekundę — pulpity atrybucji i przychodów są wreszcie aktualizowane w czasie rzeczywistym, bez 15-minutowego opóźnienia.”
“Dziennik dostarczenia to niedoceniany bohater. Kiedy nasza integracja ze Slackiem wysypała się w święto, odtworzyłem 30 pominiętych zdarzeń z panelu, gdy nasz zespół platformy był niedostępny. Zero utraty danych, zero eskalacji.”
Często zadawane pytania
Do jakich zdarzeń mogę się subskrybować?
booking.created, booking.updated, booking.cancelled i payment.succeeded przy uruchomieniu. Kolejne zdarzenia (payment.refunded, waiver.signed, checkin.completed, gift_card.redeemed) pojawiają się w kolejnych aktualizacjach. Subskrybuj poszczególne punkty końcowe dokładnie do tego, czego potrzebuje Twoja integracja.
Jak zweryfikować, że webhook pochodzi naprawdę od Triviyo?
Każdy ładunek jest podpisany algorytmem HMAC-SHA256 przy użyciu unikalnego sekretu Twojego punktu końcowego. Zweryfikuj nagłówek X-Triviyo-Signature względem surowej treści żądania przed jego przetworzeniem — taki sam wzorzec jak webhooky Stripe i GitHub. Przykłady kodu znajdują się w naszej dokumentacji.
Co się dzieje, gdy mój punkt końcowy jest niedostępny?
Triviyo ponawia próby z wykładniczym wycofaniem przez maksymalnie 72 godziny — zaczynając od 1 minuty, potem 5, 25, 2h, 6h, 24h. Po tym czasie zdarzenie trafia do dziennika dostarczenia, skąd możesz je ręcznie odtworzyć, gdy Twój punkt końcowy zostanie przywrócony.
Czy mogę testować webhooki w środowisku testowym?
Tak. Każdy plan zawiera tryb testowy z własnymi punktami końcowymi webhooków i fałszywymi zdarzeniami. Wyzwól dowolne zdarzenie z panelu, aby zweryfikować integrację przed uruchomieniem produkcyjnym — i odtwarzaj je tyle razy, ile potrzebujesz.
Jakiego planu potrzebuję do obsługi webhooków?
Plan Professional i wyższe. Plany Starter mają dostęp do pełnego panelu i raportów; webhooki odblokują się w planie Professional, ponieważ wymagają od nas stałej inwestycji w infrastrukturę, aby spełnić gwarancje dotyczące opóźnień i dostarczenia.
Czy obowiązuje limit szybkości?
Brak twardego limitu szybkości — z przyjemnością dostarczymy setki zdarzeń na minutę do Twojego punktu końcowego. Jeśli Twój punkt końcowy ma trudności z nadążaniem, automatycznie zwalniamy i ponawiamy próby zamiast porzucać zdarzenia.
Twórz integracje w czasie rzeczywistym bez odpytywania
Uruchom swój pierwszy punkt końcowy webhooków w 15 minut. Podpisany, ponawiany, rejestrowany — dokładnie tak, jak zespoły inżynierskie oczekują od webhooków.
14-dniowy bezpłatny okres próbny. Karta kredytowa nie jest wymagana. Anuluj w dowolnym momencie.