Интеграционное API ограничивает количество запросов с одного пользователя и IP-адреса.
Если лимит превышен, сервер возвращает ошибку:
429 Too Many Requests
Лимиты могут изменяться динамически. Базовые правила следующие:
Вызов API может завершиться с ошибкой. Основные категории ошибок:
Для продуктовых сред (production) рекомендуется использовать стратегию повторных попыток (Retry Policy).
Выполните вызов API.
Если произошла транзитная ошибка или ошибка 429, выполните повторную попытку.
Используйте экспоненциальную задержку (exponential backoff) между попытками.
Пример последовательности задержек: 100 мс → 500 мс → 1500 мс → 5000 мс.
Ограничьте максимальное количество повторных попыток, чтобы избежать бесконечных циклов.
Организуйте мониторинг и логирование:
Один запрос возвращает не более 500 сущностей (объектов).
Для постраничной загрузки данных используйте параметры запроса $skip и $top. Чтобы избежать дублирования данных на разных страницах, обязательно применяйте сортировку, например, по полю id.
Если в ответе содержится максимальное количество элементов, в теле ответа OData будет присутствовать свойство nextLink с URL для получения следующей страницы данных.
Важно! Каждому абоненту выделяется ограниченный объём вычислительных ресурсов. Чрезмерная нагрузка на API может снизить производительность для других пользователей вашей организации. В таких случаях система мониторинга может автоматически ограничить доступ к API с IP-адреса, вызвавшего нагрузку.
created и modified для фильтрации по времени, серверную фильтрацию и группировку данных.Перейти на русскую версию?