Integracja systemu rezerwacji online łączy informacje o rezerwacji z innym narzędziem lub kanałem sprzedaży. Przydatnym pytaniem jest, co dzieje się z rzeczywistą rezerwacją: które informacje są przesyłane, w jakim kierunku, kiedy są aktualizowane i kto obsługuje awarię.
Dla operatora wycieczek lub atrakcji, typowe potrzeby obejmują finalizację zakupu na stronie, przetwarzanie płatności, dostępność dla sprzedawców, komunikację z gośćmi i raportowanie. Ten przewodnik oddziela obsługiwane połączenia od automatyzacji zewnętrznej i niestandardowego rozwoju.
Trzy rodzaje integracji rezerwacji
Wbudowane połączenia
Obsługiwane połączenie jest konfigurowane poprzez dostępny przepływ integracji platformy rezerwacyjnej. Nadal wymaga sprawdzenia dla konta, kraju, produktów i danych, które używasz. Sama nazwa integracji nie oznacza, że każda funkcja innej usługi jest dostępna.
Usługi zewnętrzne i automatyzacja
Usługa taka jak dostawca zrzeczeń lub platforma automatyzacji działa oddzielnie od twojego oprogramowania rezerwacyjnego. Może mieć własną subskrypcję, uprawnienia i wymagania dotyczące konfiguracji. Przydatnym testem jest śledzenie rezerwacji przez oba systemy.
Niestandardowe połączenia API i webhook
API pozwala programiście odczytywać lub zmieniać obsługiwane dane rezerwacji. Webhook wysyła powiadomienie, gdy wystąpi obsługiwane zdarzenie. Niestandardowe połączenie wymaga osoby odpowiedzialnej za wdrożenie, testowanie, monitorowanie i utrzymanie.
Odkryj informacje dla deweloperów TicketingHub.
Integracje stron internetowych i płatności
Widget rezerwacyjny TicketingHub można osadzić na istniejącej stronie internetowej. Praktyczny test śledzi mobilną podróż od opisu produktu przez wybór daty, płatność i potwierdzenie.
Przetwarzanie płatności to oddzielne połączenie. Bramka, kraj konta, waluta i wymagane metody płatności muszą być sprawdzone przed uruchomieniem. Opłaty twojego dostawcy płatności są oddzielne od opłaty platformy TicketingHub.
Połączenia OTA i dostępność
TicketingHub oferuje obsługiwane połączenia z rynkami, w tym Viator i GetYourGuide. Przydatna demonstracja śledzi rezerwację sprzedawcy do systemu rezerwacyjnego i pokazuje, co dzieje się z pozostałą dostępnością.
Mapowanie biletów, obsługa anulacji, szczegóły uczestników i obsługiwane zasady produktów wymagają testowania dla każdego połączenia. Pomyślnie otrzymana rezerwacja nie dowodzi, że każda późniejsza zmiana jest zsynchronizowana.
Odkryj połączenie z GetYourGuide.
Cyfrowe zrzeczenia
TicketingHub oferuje integrację ze Smartwaiver. Smartwaiver to oddzielna usługa, a nie natywny edytor zrzeczeń TicketingHub. Test rezerwacji grupowej może śledzić podpis każdego uczestnika i pokazać, jak personel znajduje zaległe zapisy.
Odkryj integrację ze Smartwaiver.
Analityka i pomiar marketingowy
Przydatna konfiguracja analityki pokazuje, które zdarzenia rezerwacji są wysyłane, gdzie są rejestrowane i czy zgłoszona kwota i waluta odpowiadają transakcji. TicketingHub ma informacje o integracji z Google Analytics i Google Tag Manager.
Search Console mierzy widoczność i kliknięcia z wyszukiwania Google. Nie zastępuje analityki rezerwacji ani nie ustanawia integracji dla zapisów klientów i rezerwacji.
Odkryj śledzenie Google Analytics.
CRM, księgowość i niestandardowe przepływy pracy
Połączenie CRM lub księgowe wymaga zdefiniowanego mapowania danych: które pola klienta i rezerwacji są przesyłane, czy aktualizacje i zwroty są śledzone i który system jest właścicielem każdego zapisu. Dostępne trasy mogą obejmować obsługiwaną automatyzację, eksport lub niestandardowe prace API/webhook.
Publiczne API nie oznacza, że każdy pakiet CRM lub księgowy ma gotowy konektor. Twoje dokładne narzędzia i wymagane zdarzenia muszą być sprawdzone przed obiecaniem przepływu pracy.
Systemy kontroli dostępu
Skanowanie biletów, aktywacja bramek, ponowne wejście i bieżąca zajętość obejmują określone urządzenia i zasady. Wymagają oddzielnego testu kompatybilności; sama sprzedaż biletów online nie ustanawia integracji z bramkami.
Praktyczny test integracji przed uruchomieniem
Test może śledzić nową rezerwację, zmianę daty, anulację i zwrot. Sprawdza identyfikatory, kwoty, walutę, informacje o uczestnikach i dostępność w każdym połączonym systemie.
Zduplikowane powiadomienia i tymczasowe awarie są przydatnymi przypadkami testowymi dla niestandardowego połączenia. Jasne przypisanie alertów i odzyskiwania pomaga zespołowi zrozumieć, kto naprawia brakującą lub powtórzoną aktualizację.
