Limit dotyczy komunikacji między systemami
API to interfejs, przez który agent sprawdza dane lub zleca zapis. Standard HTTP opisuje kod 429 jako zbyt dużą liczbę żądań. Odpowiedź może zawierać wskazówkę Retry-After, czyli czas oczekiwania przed kolejną próbą. Serwer nie musi dołączyć tego pola.
Dokumentacja Google Calendar opisuje ponawianie z rosnącymi odstępami przy ograniczeniu szybkości. To przykład zachowania konkretnego API, a nie uniwersalna konfiguracja każdej integracji. Warunki trzeba sprawdzić w dokumentacji używanego systemu.
Rozmówca nie powinien czekać bez końca
W odbierze.ai sprawdzamy ograniczenia używanego systemu i ustalamy, jak długo proces może próbować ponownie podczas telefonu. Jeśli nie da się sprawdzić terminu w rozsądnym czasie, agent powinien wyjaśnić brak potwierdzenia i zastosować uzgodnioną alternatywę. Nie powinien odczytywać technicznego kodu jako odpowiedzi na pytanie klienta.
Fikcyjny przebieg dotyczy prośby o wizytę 18 września po 16:00. W tym przykładzie podczas telefonu dopuszczono jedną ponowną próbę po 3 sekundach; to założenie testu, a nie standard każdego API.
| Etap | Wynik próby i informacja dla człowieka |
|---|---|
| Odczyt kalendarza zwraca ograniczenie zapytań | Agent mówi: „Jeszcze sprawdzam dostępność.” |
| Ponowienie nadal nie daje wyniku | Agent przestaje czekać i proponuje zapis prośby do recepcji |
| Działa uzgodniona kolejka zastępcza | Powstaje TEST-L59: 18 września, po 16:00, kontakt do potwierdzenia. Klient słyszy: „Zapisałem prośbę. Termin nie jest jeszcze zarezerwowany.” |
| Dostęp do kalendarza wraca | Recepcja widzi, że klient zdążył umówić się online; zamyka prośbę bez drugiej rezerwacji |
Jeśli zapis zastępczy także nie działa, potrzebny jest zatwierdzony kontakt alternatywny opisany w poradniku o awarii CRM.
Sprawdzenie oczekujących zapisów przed ponowieniem
Jeżeli operacja czeka na wykonanie, sprawdź jej aktualność przed wznowieniem. Wybrany termin mógł już zniknąć, klient zmienić zdanie albo pracownik obsłużyć sprawę ręcznie. Powtórzenie nie powinno tworzyć duplikatu ani wykonywać nieaktualnej decyzji.
Powtórz próbę dla kilku rozmów współdzielących limit. Sprawdź czasy oczekiwania i liczbę zapisów, także gdy część spraw została już obsłużona ręcznie.
Co ustalić przed większym ruchem
Poproś wykonawcę o próbę kilku rozmów korzystających z tego samego źródła, z pokazaniem czasu oczekiwania i końcowych zapisów. Test powinien uwzględniać także inne integracje firmy, jeśli współdzielą limit. Nie uruchamia się go na prawdziwych klientach ani bez uzgodnienia warunków testowego środowiska.
W ofercie integracji rozpisujemy sposób ponawiania, granicę czekania i zachowanie po wyczerpaniu prób. Czasem wystarczy właściwa kolejka; czasem trzeba ograniczyć zakres lub uzgodnić większy dostęp z dostawcą systemu. Budowa i utrzymanie osobnej kolejki mogą zwiększyć cenę integracji. Dostawca CRM może również wymagać płatnej zmiany dostępu; jej cenę trzeba potwierdzić w jego warunkach. Oczekiwanie w trwającej rozmowie zwiększa wykorzystany czas. Nie można potwierdzić konkretnej przepustowości na podstawie samej ceny minut.
Napisz, z jakiego systemu korzystasz i kiedy spodziewasz się większej liczby telefonów. Sprawdzimy dostępne limity przed potwierdzeniem zakresu.
Źródła i materiały
RFC 6585 potwierdza znaczenie 429 i opcjonalność Retry-After. Google Calendar opisuje własne reguły ponawiania; nie są one gwarancją zachowania innego CRM. Próby są propozycją odbioru. Oferta integracji: odbierze.ai.