client_id + client_secret çifti verir. Bu çift ile POST /auth/{slug}/token endpoint’inden access token alır, ürün servislerine Authorization: Bearer ... ile çağrı yaparsınız.
Uzun ömürlü vs kısa ömürlü:
client_id + client_secret çifti uzun ömürlü kimlik bilgisidir; API çağrılarında doğrudan kullanılmaz. Bunlarla kısa ömürlü access token üretilir; istek başına gönderilen Bearer token budur. Tek başına client_id ile API çağrısı yapamazsınız.Anahtar yapısı
| Bileşen | Açıklama | Örnek |
|---|---|---|
client_id | Public tanımlayıcı (OAuth client ID) | pvk-payven-a1b2c3 |
client_secret | Gizli — yalnızca oluşturma + rotasyon anında bir kez gösterilir | whsec_AbC...XyZ |
pvk-{tenant-slug}-{rastgele} formatındadır. Sandbox/production ayrımı tenant slug’ı üzerinden yapılır (sandbox tenant’ı için ayrı slug + ayrı API key).
Endpoint’ler
Bearer access token gerektirir (kullanıcıtenant-admin rolünde olmalı).
Liste
ApiKeyDto listesi:
| Alan | Açıklama |
|---|---|
client_id | OAuth Client Credentials akışında client_id olarak kullanılan public tanımlayıcı |
display_name | İnsan-okur ad (raporlama için) |
merchant_id | Bu anahtarın “default merchant”ı — access token claim’ine yansır |
plan_* | Atanmış plan (rate limit + günlük/aylık limit kaynağı) |
*_override | Plan default’unu override eden tenant-spesifik limit |
effective_* | Override’lar uygulanmış nihai limit (access token claim’ine basılır) |
allowed_ips | CSV IP / CIDR listesi |
expires_at | Anahtarın otomatik pasifleşeceği tarih (boş = sınırsız) |
is_active | Pasif anahtarlar token üretemez |
client_secret listede her zaman gizli. Sadece oluşturma + rotasyon yanıtında bir kez döner.Yaşam döngüsü
En iyi uygulamalar
Ortam başına ayrı anahtar — sandbox tenant’ı için ayrı
client_id üret, production’la karıştırma.Servis başına ayrı anahtar — sızıntı durumunda etki alanı sınırlı kalır, audit kolaylaşır.
Production için IP whitelist zorunlu —
allowed_ips doldurmadan production anahtar dağıtmayın.6 ayda bir rotasyon —
rotate-secret ile secret’ı yenileyin (eski 24 saat geçerli kalır, zero-downtime geçiş).Ekipten ayrılma protokolü — bir kişi ayrıldığında o kişinin erişebildiği anahtarları rotasyona alın.
Sıradaki adımlar
Yeni anahtar oluştur
Adım adım kayıt + secret saklama.
Secret rotasyonu
Sızıntı şüphesi veya zamanlı rotation.
Anahtar revoke
Pasif/sil — kullanılmayan anahtarları temizle.
Token alma akışı
Aldığınız client_id+secret ile token nasıl alınır?