# Agent głosowy AI a limit zapytań do CRM lub kalendarza

> CRM odmawia kolejnego zapytania. Zobacz, co powinien powiedzieć voicebot AI, gdzie zapisać zgłoszenie i jak sprawdzić ponowienie bez duplikatu.

*Czas czytania: 3 min · Opublikowano: 2026-09-06 · Ostatnia aktualizacja: 2026-09-08*

Kilka równoczesnych rozmów z agentem może wymagać odczytu danych z tego samego kalendarza lub CRM. Agent głosowy AI musi uwzględniać limit zapytań narzucony przez ten system. Przed kampanią warto sprawdzić, co usłyszy klient i gdzie trafi jego sprawa, gdy chwilowo zabraknie możliwości odczytu.

## Limit dotyczy komunikacji między systemami

API to interfejs, przez który agent sprawdza dane lub zleca zapis. [Standard HTTP opisuje kod 429](https://www.rfc-editor.org/rfc/rfc6585.html) 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](/przewodniki/voicebot-ai-awaria-crm-co-mowi-klientowi).

## 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](/integracje) 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](/kontakt). Sprawdzimy dostępne limity przed potwierdzeniem zakresu.

## Zakres materiału

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](https://odbierze.ai/integracje).

## Źródła

- [Standard HTTP opisuje kod 429](https://www.rfc-editor.org/rfc/rfc6585.html)
- [Google Calendar API, obsługa błędów](https://developers.google.com/workspace/calendar/api/guides/errors)

## Czytaj dalej

- [Awaria CRM: co zrobi voicebot AI ze zgłoszeniem?](/przewodniki/voicebot-ai-awaria-crm-co-mowi-klientowi)
- [Voicebot AI: jak kontrolować koszt minut](/przewodniki/voicebot-ai-limit-kosztu-rozmow)
- [Agent AI i podwójne rezerwacje: co sprawdzić w demo](/przewodniki/agent-ai-niepewne-potwierdzenie-rezerwacji)

[Zakres usługi](/integracje) · [Cennik](/cennik) · [Kontakt z zespołem](/kontakt)

Strona oryginalna: https://odbierze.ai/przewodniki/agent-glosowy-ai-po-przekroczeniu-limitu-zapytan-api.