---
title: "Створення серверного ключа API"
description: "Створіть секретний ключ sk_live_ на панелі керування для міжсерверних викликів API ThunderPhone, зберігайте його в безпеці та за потреби змінюйте або відкликайте його."
---

Серверні ключі API (`sk_live_...`) автентифікують виклики між серверами до
API ThunderPhone. Ключі розміщено в розділі **Організація → Ключі**.

<Warning>
  Серверні ключі — це секрети. Ніколи не додавайте їх до клієнтського коду — для
  браузерів натомість використовуйте обмежені доменом
  [публічні ключі](/api-reference/publishable-keys) (`pk_live_...`).
</Warning>

<Steps>
  <Step title="Відкрийте вкладку «Ключі»">
    Перейдіть до **Організація → Ключі** і натисніть **Створити ключ**.
  </Step>
  <Step title="Задайте назву">
    Виберіть назву, що вказує, де зберігатиметься ключ, наприклад «Продакшн-бекенд». Назви є лише мітками й не впливають на доступ.
  </Step>
  <Step title="Створіть ключ">
    У діалоговому вікні натисніть **Створити ключ**. Це згенерує секрет.
  </Step>
  <Step title="Скопіюйте його зараз">
    Повний секрет відображається **лише один раз**. Скопіюйте його до менеджера секретів — після виходу буде видно лише префікс.
  </Step>
</Steps>

## Використання

Ключ прив’язано до цієї організації, тому запитам не потрібен ідентифікатор організації —
лише заголовок Bearer:

```bash
curl https://api.thunderphone.com/v1/agents \
  -H "Authorization: Bearer sk_live_YOUR_API_KEY"
```

Далі [швидкий початок роботи з API](/uk/quickstart) проведе вас до першого
виклику ще за три запити.

## Ротація та відкликання

Створіть новий ключ, перенесіть на нього свої сервіси, а потім видаліть старий
на тій самій вкладці — список показує префікс і назву кожного ключа, щоб ви
могли їх розрізняти. Щоб автоматизувати ротацію, викликайте
[кінцеві точки API ключів розробника](/api-reference/developer-api-keys) за допомогою
токена активного сеансу. Ключ `sk_live_` не може створювати, перелічувати чи відкликати
ключі, тому скомпрометований ключ не може створити власну заміну. Те саме стосується
учасників, запрошень, налаштувань платежів та інших
[елементів керування обліковим записом](/api-reference/introduction#what-api-keys-cant-do).

<Note>
  Серверні ключі API є обліковими даними машин і не підпадають під дію
  політики вашої організації [**Вимагати ключі доступу**](/uk/guides/sso) —
  це налаштування перевіряє входи людей, а не ключі `sk_live_...`.
  Тому своєчасна ротація та відкликання ключів тут є вашим основним засобом
  контролю постійного доступу до API; якщо ключі доступу обов’язкові,
  панель політики безпеки показує, скільки активних ключів наразі
  не підпадають під цю вимогу.
</Note>

<Tip>
  Попросіть вбудованого копілота «створити ключ API», і він проведе вас
  цим процесом, у реальному часі виділяючи кожен елемент керування.
</Tip>

---

## Наступні кроки

<CardGroup cols={2}>
  <Card title="Швидкий початок роботи з API" icon="terminal" href="/uk/quickstart">
    Агент, номер, вебхук, перший виклик — чотири REST-виклики.
  </Card>
  <Card title="Довідка з автентифікації" icon="lock" href="/api-reference/introduction">
    Як працюють автентифікація Bearer і прив’язка до організації.
  </Card>
</CardGroup>