Skip to main content
Отримайте повний статус однієї заявки на сервіс за допомогою Application ID — порівняно з інтерфейсом списку, додаються такі поля, як повний об’єкт service (включно з пакетами packages), що підходить для сторінки деталей.
ℹ️ Цей інтерфейс належить до API управління платформою AceDataCloud, із єдиним префіксом https://platform.acedata.cloud/api/v1/. Повний індекс інтерфейсів див. у Отримання списку документів платформи AceDataCloud.

Огляд інтерфейсу

Наразі доступні і /applications/{id}, і /applications/{id}/; у прикладах всюди використовується форма без кінцевої косої риски.

Пояснення щодо авторизації (як отримати токен облікового запису)

Заголовок запиту:
Докладний спосіб отримання див. у Керування токеном облікового запису платформи AceDataCloud.
ℹ️ На відміну від інтерфейсу списку, перевірка прав у інтерфейсі деталей виконується безпосередньо для одного об’єкта, тому не потрібно передавати ?user_id=. Але якщо ви звернетеся до чужої заявки, отримаєте 403 permission_denied.

Параметри шляху

Приклади запитів

cURL

Python

Node.js

Приклад відповіді (HTTP 200)

Опис полів відповіді

Значення полів такі самі, як у інтерфейсі списку, додатково містить:

Обробка помилок

Практичні поради

  • Для масового моніторингу пріоритетно використовуйте список: після одноразового отримання списку Application оцінюйте за одиницями та порогами кожного сервісу, щоб уникнути запитів деталей по одному.
  • Коли потрібно переглянути кількість облікових даних: використовуйте список API-облікових даних із фільтрацією за application_id.
  • Напрямок перевірки disabled=true: перевірте тікети / сповіщення електронною поштою, щоб з’ясувати, чи сервіс був вимкнений через контроль ризиків, заборгованість або порушення викликів; його неможливо увімкнути через API, необхідно звернутися до служби підтримки.

Пов’язані інтерфейси