Anthropic, kuruluşlara ayrıntılı Claude kullanım ve harcama verilerini almaları için birinci taraf bir yol sunan bir beta Kullanım ve Maliyet Analizi API yayınladı. 29 Ekim'de duyurulan arayüz, modelleri, çalışma alanlarını, API anahtarlarını, hizmet katmanlarını ve bireysel aktörleri içeren boyutlarla kullanım ve maliyet raporlaması için ayrı uç noktalar ekliyor.

Sürüm, finans ekiplerinin başka bir rapor aktarmasının ötesinde önem taşıyor. Çok modelli ağ geçitleri, dahili yapay zeka platformları ve satıcıların sıklıkla sağlayıcı kayıtlarını müşteri faturalarına, ekip ters ibrazlarına ve marj raporlarına dönüştürmesi gerekir. Anthropic'nin yeni API'si, yalnızca çıkarım yanıtlarından yeniden oluşturulan jeton sayılarına dayanmadan, bunu yapmak için gereken temel verilerden daha fazlasını sağlar.

What Anthropic yayınlandı

Beta, kuruluş düzeyinde iki GET uç noktasını kullanıma sunar: tüketim kayıtları için /v1/organizations/analytics/usage ve finansal veriler için /v1/organizations/analytics/cost. İstekler beta başlığını içermelidir analytics-usage-cost-2026-08-24.

Kuruluşlar sonuçları çeşitli operasyonel boyutlara göre filtreleyebilir veya gruplayabilir. Anthropic belgeleri, mevcut alanlar arasında modeli, çalışma alanını, API anahtarını, hizmet katmanını, kullanıcıyı ve hizmet hesabını listeler. Raporlar, jeton ve talep sayımlarının yanı sıra fiili ve liste fiyatı maliyetlerini de içerebilir.

Gerçek ve liste fiyatı maliyeti arasındaki bu ayrım, özellikle sözleşmeli fiyatlar, indirimler veya hesaba özgü diğer ekonomiler, basit bir kamu fiyatı hesaplamasını hatalı hale getirdiğinde faydalıdır. Aynı zamanda bir operatörün, maruz kaldığı sağlayıcı giderini, dahili raporlarda veya müşteriye yönelik faturalandırmada kullanılan referans fiyattan ayırmasına da yardımcı olabilir.

API beta sürümde olduğundan, henüz değişmez bir muhasebe sözleşmesi olarak değerlendirilmemelidir. Entegrasyonların gerekli başlığı sabitlemesi, döndürülen toplamları mevcut faturalara göre doğrulaması ve beta hizmetle tutarlı değişiklikleri tolere etmesi gerekir.

Ağ geçitleri ve bayiler neden bunu önemsemeli

Bir ağ geçidi istenen modeli, raporlanan belirteçleri ve her çağrıdan sorumlu olan müşteriyi kaydedebilir. Bu yerel defter hâlâ önemini koruyor ancak sağlayıcının nihai ücretini tam olarak açıklamayabilir. Hizmet katmanları, hesaba özel fiyatlandırma ve sağlayıcı tarafındaki ayarlamalar, tahmini maliyet ile nihai olarak faturalandırılan tutar arasında farklılıklar oluşturabilir.

Anthropic'nin maliyet uç noktası ek bir mutabakat kaynağı oluşturur. Bir platform, talep defterini kuruluş düzeyindeki sağlayıcı kayıtlarıyla karşılaştırabilir, tutarsızlıkları araştırabilir ve gerçek maliyet verilerini kullanarak marjları hesaplayabilir. Bir AI API bayi operasyonu için bu, müşteri ters ibrazını iyileştirebilir ve beklenmedik maliyet hareketlerinin izole edilmesini kolaylaştırabilir.

API-anahtar ve aktör boyutları da operasyonel açıdan önemlidir. Raporların çalışma alanı çapında bir toplamla sınırlı kalmak yerine kimlik bilgileri, kullanıcılar ve hizmet hesapları arasında bölünmesine olanak tanır. Kuruluşlar bu bölümleri alışılmadık derecede pahalı anahtarları belirlemek, paylaşılan Claude harcamayı ilişkilendirmek veya dahili bütçe sahiplerini daha kesin raporlarla desteklemek için kullanabilir.

Bu, ağ geçidi tarafı ölçüm ihtiyacını ortadan kaldırmaz. Sağlayıcı analizleri Anthropic tüketimini tanımlarken, çok sağlayıcılı bir platformun satıcılar arasında tutarlı bir kayıt tutması ve yalnızca ağ geçidi tarafından bilinen müşteri, proje veya ürün bağlamını koruması gerekir. Daha güçlü tasarım, bu defterlerin birbirinin yerine geçmesi değil, bunlar arasında mutabakat sağlamasıdır.

Eski entegrasyonlar artık bir geçiş kararıyla karşı karşıyadır

Anthropic daha önceki Kullanım ve Maliyet API ve birkaç Claude Kurumsal raporlama uç noktasını eski olarak işaretledi. Şirket, bu arayüzlerin desteklenmeye devam ettiğini söylüyor, dolayısıyla bu, acil bir kapatma bildirimi değil.Beta var diye mevcut entegrasyonların kaldırılmasına gerek yok.

Takımlar yine de bir geçiş tarihi seçmeden önce yeni API'yi mevcut dışa aktarma işlemleriyle karşılaştırmalıdır. Sayfalandırma, veri güncelliği ve gruplandırma davranışı, iki arayüz genel olarak benzer bilgileri rapor ettiğinde bile aşağı akış işlerini etkileyebilir. Uç nokta değişikliğine benzeyen bir değişiklik, şemalarda, toplama mantığında ve geçmiş karşılaştırmalarda güncellemeler gerektirebilir.

Her iki yolu da geçici olarak çalıştırmak, bir kuruluşun toplamları güne, modele ve çalışma alanına göre karşılaştırmasına olanak tanır. Beta verileri faturaların, müşteri bildirimlerinin veya otomatik AI API harcama kontrollerinin temeli haline gelmeden önce maddi farklılıkların anlaşılması gerekir.

Çok modelli raporlama için daha yüksek bir standart

Sürüm aynı zamanda ağ geçidi analizlerine yönelik beklentileri de artırıyor. Müşteriler giderek artan bir şekilde bir jeton toplamından daha fazlasına ihtiyaç duyuyor: talep edilen ve ücretlendirilen modellere, hizmet katmanlarına, kimlik bilgisi sahipliğine, sağlayıcı maliyetine ve müşteriye sunulan fiyata ihtiyaç duyuyorlar. Birinci taraf raporlama boyutları, ağ geçidinin kendi defterindeki eksiklikleri daha görünür hale getirir.

Model Gate gibi platformlar için pratik fırsat, birleştirilmiş AI API faturalandırma içinde sağlayıcı analizlerini mutabakat girişi olarak kullanmaktır. Sağlayıcı feed'i, Claude giderlerini doğrulayabilirken, ağ geçidi de satıcılar arasındaki kullanımı normalleştirmeye ve bunu ekipler, müşteriler ve yönetilen API anahtarlarla ilişkilendirmeye devam eder.

Belirsiz kalan şey, beta sözleşmesinin ne kadar istikrarlı olacağı ve kayıtlarının, farklı hesap düzenlemeleri genelinde nihai faturalandırmayla ne kadar uyumlu olacağıdır. Bu sorular üretimde test edilene kadar, yeni uç noktaların, tek kayıt defteri olarak değil, etraflarında mutabakat kontrolleri bulunan değerli bir muhasebe kaynağı olarak ele alınması en iyisidir.