No Authorization

No Authorization — це системний блок флоу Authentication Flow, який вказує платформі, що сервіс не потребує авторизації або використовує публічний доступ. Він відключає запит на підключення акаунту для кінцевого користувача.
Навігація
- Призначення блоку
- Особливості додавання та попередження
- Структура блоку (Note та Test)
- Системна логіка (No-блоки)
- FAQ
Призначення блоку
─────────────────────────────────────────────────────────────-
Блок No Authorization використовується у випадках, коли API сервісу є повністю відкритим або не потребує передачі ключів (API Key), токенів (OAuth2) чи логінів.
Якщо цей блок активований, користувач при налаштуванні інтеграції не побачить кнопку «Add Account» та не проходитиме етап автентифікації. Це актуально для:
- Публічних довідників (курси валют, державні реєстри).
- Внутрішніх технічних сервісів, доступ до яких відкритий за IP.
- Інтеграцій, де всі ключі жорстко прописані розробником у самій логіці (не рекомендовано для публічних рішень, але можливо для приватних).
Особливості додавання та попередження
─────────────────────────────────────────────────────────────-
Оскільки флоу авторизації є фундаментом для всіх запитів, блок має суворі правила додавання:
- Чистий старт: Якщо ви додаєте No Authorization першим блоком у порожній Flow, він додається миттєво без додаткових запитань.
- Заміна існуючих методів: Якщо у вас вже налаштована авторизація (наприклад, OAuth2.0 або Basic) і ви натискаєте на No Authorization, система видасть критичне попередження:

1 -> Кнопка "Yes, replace with «No Authorization»": Повністю видаляє налаштовані методи доступу. Користувач більше не зможе підключити акаунт.
Увага: Цю дію неможливо скасувати.
2 -> Кнопка "No, keep current blocks": Скасовує додавання No Authorization та залишає поточні налаштування авторизації.
Структура блоку
─────────────────────────────────────────────────────────────-

Блок є технічною "заглушкою" і не має полів для налаштування логіки. Його інтерфейс складається з двох вкладок:
1 -> Note: Тут розробник може пояснити причину відсутності авторизації (наприклад: "Сервіс надає дані через публічний API без обмежень за токеном. Авторизація не потрібна відповідно до документації вендора.")
2 -> Test: Відображається лише технічна інформація з Execution Log: час виконання, ID логу та дата. Це підтверджує, що крок пройшов успішно.
Системна логіка (No-блоки)
─────────────────────────────────────────────────────────────-
Принцип роботи No Authorization є частиною загальної архітектури платформи. Він працює ідентично до інших «заглушок», які використовуються в інших потоках:
- No Input (у флоу Input) — коли користувачу не потрібно заповнювати поля.
- No Output (у флоу Output) — коли інтеграція виконує дію, але не повертає ніякої відповіді у систему.
Всі ці блоки служать для того, щоб явно вказати системі: "Цей етап навмисно залишений порожнім".
FAQ
─────────────────────────────────────────────────────────────-
1. Що бачить користувач, коли я ставлю цей блок?
Користувач пропускає крок вибору або створення акаунту. Система одразу переходить до налаштування полів вводу (Input Flow).
2. Як змінити No Authorization на звичайну авторизацію?
Просто видаліть блок No Authorization і додайте будь-який інший блок авторизації (наприклад, API Key).
3. Де доступний цей блок?
Тільки в межах Authentication Flow.