Skip to main content
Bu kılavuz, bir API erişim anahtarını bearer belirteci ile değiştiren mevcut /api/v1 entegrasyonlarını kapsar. Bunların kimlik bilgileri ve istek biçimi, /v1 Genel API’den farklıdır. Yeni bir entegrasyon için API hızlı başlangıç kılavuzu ve Kimlik Doğrulama sayfalarıyla başlayın. Yeni /v1 API, hizmet hesabı API anahtarlarını veya OAuth erişim belirteçlerini kullanır.

Başlamadan Önce

Şunlara ihtiyacınız vardır:
  • API erişim anahtarı yönetimine izin veren Living Security erişimi
  • Ayarlar → Access Keys altında oluşturulmuş bir API erişim anahtarı
  • Kimlik bilgisi oluşturulduğunda yalnızca bir kez gösterilen erişim anahtarı sırrı
  • Genel API kimlik bilgilerinizle birlikte Living Security tarafından sağlanan API düzenleyici (issuer) kimliği
  • Entegre ettiğiniz kuruluşun bölgesel temel URL’si
  • Sunucu tarafı bir çalışma ortamı ve bir sır yöneticisi
Erişim anahtarı sırları; tarayıcı koduna, mobil uygulamalara, kaynak kod denetimine, istemci tarafı ortam değişkenlerine, taleplere veya paylaşılan günlüklere yerleştirilmemelidir.
Access Keys iletişim kutusu yalnızca bir kez gösterilen sırrı gösterir, ancak API düzenleyici kimliğini göstermez. Living Security, Genel API kimlik bilgilerinizle birlikte düzenleyici kimliğini sağlamadıysa bunu Living Security Destek ekibinden talep edin. Düzenleyici kimliği, erişim anahtarı kimliği veya kuruluş kimliği değildir.

Bölgesel Ana Bilgisayarlar

Eski sözleşme, aşağıdaki bölgesel /api/v1 üretim ana bilgisayarlarını kullanır: Living Security kuruluşuna atanan bölgeyi kullanın. Bir yetkilendirme veya erişilebilirlik hatasını aşmak için bölge değiştirmeyin.

Eski Kaynaklar

İşlem, parametre, istek, yanıt ve şema listesinin tamamı için Developers → Public API Reference bölümünü kullanın. Bir işlem orada yer almıyorsa, şu anda Genel API’nin parçası değildir.

Kimlik Doğrulama

Genel API erişimi iki aşamadan oluşur:
  1. Gizli erişim anahtarını ve API düzenleyici kimliğini, kısa ömürlü bir bearer belirteci ve kuruluş kimliği ile değiştirin.
  2. Her API isteğinde bearer belirtecini ve kuruluş kimliğini gönderin.
Gerekli istek üst bilgileri şunlardır:
Kuruluş üst bilgisi, erişim anahtarı değişiminden dönen kuruluş olmalıdır. Bir anahtar, rastgele bir kuruluş kimliğine erişim yetkisi vermez.

TypeScript SDK

Güncel ana sürümü yükleyin:
Ardından anahtarı değiştirin ve SDK’yı yapılandırın:
Bir AB kuruluşu için AB temel URL’sini kullanın. SDK değişimi, sunucu tarafı Node.js çalışma ortamları için tasarlanmıştır.

Doğrudan REST İsteği

Değişimi SDK dışında gerçekleştirirseniz, her istekte bearer belirtecini ve kuruluş kimliğini gönderin:
Bearer belirteçlerinin ömrü kısadır. Bir bearer belirtecini kalıcı bir kimlik bilgisi olarak saklamak yerine, yeni bir belirteç almak için erişim anahtarını yeniden değiştirin.

Erişim Anahtarı Yaşam Döngüsü

  • Anahtarları, sahibi olan entegrasyonun veya otomasyonun adıyla adlandırın.
  • Erişim anahtarı formunda sunulan en az ayrıcalıklı kapsamları seçin.
  • Bir kez gösterilen sırrı hemen saklayın; oluşturma veya döndürme işleminden sonra yeniden alınamaz.
  • Bir anahtarı Ayarlar → Access Keys üzerinden döndürün ve eski kimlik bilgisini iptal etmeden önce yenisini dağıtın.
  • Artık kullanılmayan veya sırrı açığa çıkmış olabilecek anahtarları iptal edin.
  • Kuruluşunuzda bu anahtar türü mevcutsa, insan olmayan entegrasyonlar için hizmet hesabı anahtarlarını kullanın.

Sayfalama

Kişi araması limit, cursor, offset ve includeTotal parametrelerini destekler. Sıralı gezinme için önceki yanıtta dönen imleci tercih edin.
  • limit varsayılan olarak 50’dir ve 1–100 değerlerini kabul eder.
  • cursor önceki bir yanıttan devam eder.
  • offset belirli sayıda kaydı atlar ve varsayılan değeri 0’dır.
  • includeTotal=true filtrelenmiş kesin bir sayı ister; sayı gerekmiyorsa bunu atlayın.
Uç noktanın döndürdüğü pagination nesnesini okuyun. Sonraki sayfayı alınan satır sayısından hesaplamayın veya bağımsız olarak sayfalanan istekleri birleştirip kısmi sonuçları kendiniz sıralamayın.

Hatalar

Belgelenmiş JSON hataları şu genel yapıyı kullanır:
message bir dize veya doğrulama iletilerinden oluşan bir dizi olabilir. Derlenmiş sözleşme şu anda tek bir evrensel sayısal istek sınırı yayımlamamakta veya her işlem için bir istek kimliği yanıt üst bilgisini garanti etmemektedir. Destek talep ederken UTC saatini, yöntemi, yolu, durumu ve temizlenmiş yanıt gövdesini kaydedin. İşlem açıkça idempotentliği belgelemediği sürece oluşturma, döndürme, iptal etme veya silme işlemlerini otomatik olarak yeniden denemeyin. Belirsiz bir ağ hatasından sonra kaynağın güncel durumunu kontrol edin.

Uyumluluk ve Kullanımdan Kaldırma

V1 varsayılan olarak eklemeli biçimde gelişir. İstemciler bilinmeyen yanıt alanlarını yok saymalıdır. Geriye dönük uyumsuz bir değişiklik, belgelenmiş bir geçiş yolu gerektirir; kullanımdan kaldırılan işlemler, geçiş döneminde nedenleri, varsa yerine geçen işlem ve kullanımdan kalkış tarihiyle birlikte referansta kalır. SDK’yı uyumlu bir ana sürüme sabitleyin ve yükseltmeden önce sürüm notlarını inceleyin. Şema için doğru kaynak olarak, birinci taraf uygulama istemcilerini değil, oluşturulan Public API Reference’ı esas alın.

Genel API, MCP ve Web Uygulaması

Bir yapay zekâ aracını Living Security’ye bağlamak için MCP Entegrasyonu sayfasına bakın.

Yardım Alın

Aşağıdaki bilgilerle Living Security Destek ekibiyle iletişime geçin:
  • Kuruluş ve bölge
  • Kullanıldıysa SDK adı ve sürümü
  • UTC zaman damgası, yöntem ve yol
  • HTTP durumu ve temizlenmiş hata gövdesi
Erişim anahtarı sırlarını, bearer belirteçlerini veya özel müşteri verilerini kesinlikle eklemeyin.

İlgili Konular

API Erişim Anahtarları

API kimlik bilgilerini oluşturun, döndürün ve iptal edin.

MCP Entegrasyonu

Desteklenen yapay zekâ araçlarını Model Context Protocol üzerinden bağlayın.