Не указан
7 ставок
Описание:Мы ведем систему отчетности по тренингам/курсам, где для каждого клиента есть отдельный отчет Power BI, который получает данные о прохождении курсов через Tovuti LMS API с помощью Power Query (M). Один из этих отчетов начал выдавать ошибку 429 Too Many Requests, поскольку запрос каждый раз заново загружает всю историю данных, а объем этой истории уже превысил лимит запросов Tovuti API.
Необходимо: Переписать Power Query так, чтобы при каждом обновлении загружались только новые/измененные записи, используя параметр timestampModifiedAfter в эндпоинте courseProgresses (этот параметр подтвержден, существует и работает), вместо повторной загрузки всей истории. Добавить логику retry/backoff, чтобы в случае ошибки 429 запрос приостанавливался и продолжал работу, а не завершался с ошибкой. Проверить исправление на нашем реальном Tovuti API и подтвердить, что обновление проходит успешно. Кратко задокументировать изменения (что и почему было изменено), чтобы мы могли поддерживать это впоследствии. Контекст модели данных: Отчет состоит из 4 связанных таблиц: Teams, Courses, Users и AssigmentsProgress (факт-таблица, которая тянется из эндпоинта courseProgresses Tovuti, связанная через teamId, courseId, userId). Именно таблица AssigmentsProgress упирается в лимит запросов, поскольку она растет каждый раз, когда кто-то начинает, проходит или завершает курс.
Требования: Уверенный практический опыт работы с Power Query (язык M) и паттернами инкрементального обновления данных в Power BI Опыт работы с REST API (пагинация, фильтры по дате, лимиты запросов, обработка retry/backoff) Умение читать документацию OpenAPI/schema Четкая коммуникация на английском языке Результат: Рабочее, протестированное исправление Power Query, интегрированное в существующий отчет, с кратким письменным объяснением изменений.
Бюджет: Фиксированная цена за эту задачу (сумма обсуждается на основе предложения)