Anthropic je izdal beta analizo uporabe in stroškov API, ki organizacijam daje prvi način za pridobitev podrobnih Claude podatkov o uporabi in porabi. Vmesnik, objavljen 29. oktobra, dodaja ločene končne točke za poročanje o uporabi in stroških z dimenzijami, ki vključujejo modele, delovne prostore, ključe API, ravni storitev in posamezne akterje.
Izdaja je pomembna poleg tega, da finančne skupine izvozijo drugo poročilo. Prehodi z več modeli, notranje platforme umetne inteligence in preprodajalci morajo zapise ponudnikov pogosto spremeniti v račune strank, povratne bremenitve skupine in poročila o maržah. Nova API Anthropic zagotavlja več osnovnih podatkov, potrebnih za to, ne da bi se zanašala izključno na število žetonov, rekonstruiranih iz odgovorov sklepanja.
Kaj Anthropic je izdalo
Beta razkriva dve končni točki GET na ravni organizacije: /v1/organizations/analytics/usage za zapise o porabi in /v1/organizations/analytics/cost za finančne podatke. Zahteve morajo vsebovati glavo beta analytics-usage-cost-2026-08-24.
Organizacije lahko filtrirajo ali združujejo rezultate v več operativnih dimenzijah. V dokumentaciji Anthropic so med razpoložljivimi polji navedeni model, delovni prostor, ključ API, raven storitve, uporabnik in račun storitve. Poročila lahko vključujejo število žetonov in zahtev ter dejanske stroške in stroške po maloprodajni ceni.
Ta razlika med dejanskimi stroški in stroški po maloprodajni ceni je še posebej uporabna, kadar je zaradi pogodbenih cen, popustov ali drugih ekonomskih dejavnikov, specifičnih za račun, preprost izračun javne cene netočen. Operaterju lahko pomaga tudi pri ločevanju stroškov ponudnika od referenčne cene, ki se uporablja v internih poročilih ali zaračunavanju strankam.
API je v beta različici, zato ga še ne bi smeli obravnavati kot nespremenljivo računovodsko pogodbo. Integracije morajo pripeti zahtevano glavo, potrditi vrnjene vsote glede na obstoječe račune in dopustiti spremembe, skladne s storitvijo beta.
Zakaj bi moralo biti mar za prehode in preprodajalce
Prehod lahko zabeleži zahtevani model, sporočene žetone in odgovornost stranke za vsak klic. Ta lokalna knjiga ostaja bistvenega pomena, vendar morda ne pojasni v celoti ponudnikove končne cene. Stopnje storitev, cene za posamezne račune in prilagoditve na strani ponudnika lahko povzročijo razlike med ocenjenimi stroški in končno zaračunanim zneskom.
Anthropic končna točka stroškov ustvari dodaten vir usklajevanja. Platforma lahko primerja svojo knjigo zahtev z zapisi ponudnika na ravni organizacije, razišče neskladja in izračuna marže z uporabo podatkov o dejanskih stroških. Za AI API operacijo prodajnega posrednika, ki lahko izboljša povratne bremenitve strank in olajša izolacijo nepričakovanih premikov stroškov.
Razsežnosti API-ključ in akter so prav tako pomembne za delovanje. Omogočajo razdelitev poročil med poverilnice, uporabnike in storitvene račune, namesto da bi se ustavili pri vsoti celotnega delovnega prostora. Organizacije lahko te delitve uporabijo za prepoznavanje nenavadno dragih ključev, pripisovanje skupne Claude porabe ali podporo notranjim lastnikom proračuna z natančnejšimi poročili.
To ne odpravlja potrebe po merjenju na strani prehoda. Analitika ponudnika opisuje Anthropic porabo, medtem ko mora platforma z več ponudniki ohraniti dosleden zapis med prodajalci in ohraniti kontekst stranke, projekta ali izdelka, ki je znan samo prehodu. Močnejša zasnova je usklajevanje med temi knjigami in ne zamenjava ene z drugo.
Podedovane integracije se zdaj soočajo z odločitvijo o selitvi
Anthropic je svojo prejšnjo uporabo in stroške API ter več Claude končnih točk za poročanje podjetja označil kot podedovane. Podjetje pravi, da ti vmesniki ostajajo podprti, zato to ni obvestilo o takojšnji zaustavitvi.Obstoječih integracij ni treba odstraniti preprosto zato, ker obstaja različica beta.
Skupine naj kljub temu primerjajo novo API s svojimi trenutnimi izvozi, preden izberejo datum selitve. Paginacija, ažurnost podatkov in vedenje združevanja lahko vplivajo na nadaljnja opravila, tudi če dva vmesnika poročata na splošno podobne informacije. Sprememba, ki je videti kot zamenjava končne točke, lahko zahteva posodobitve shem, logike združevanja in zgodovinskih primerjav.
Začasno izvajanje obeh poti bi organizaciji omogočilo primerjavo skupnih vrednosti po dnevu, modelu in delovnem prostoru. Pomembne razlike je treba razumeti, preden podatki beta postanejo osnova za račune, izjave strank ali samodejne AI API kontrole porabe.
Višji standard za poročanje z več modeli
Izdaja prav tako dviguje pričakovanja glede analitike prehoda. Stranke vse pogosteje potrebujejo več kot žetonsko vsoto: potrebujejo zahtevane in zaračunane modele, ravni storitev, lastništvo poverilnic, stroške ponudnika in ceno, predstavljeno stranki. Razsežnosti poročanja prve osebe naredijo opustitve v lastni knjigi prehoda bolj vidne.
Za platforme, kot je Model Gate, je praktična priložnost uporaba analitike ponudnika kot vnosa za usklajevanje v poenotenem AI API obračunavanju. Vir ponudnika lahko preveri Claude stroške, medtem ko prehod še naprej normalizira uporabo pri prodajalcih in jo povezuje z ekipami, strankami in upravljanimi API ključi.
Negotovo ostaja, kako stabilna bo pogodba beta in kako tesno bodo njeni zapisi usklajeni s končnim zaračunavanjem v različnih ureditvah računa. Dokler ta vprašanja niso preizkušena v proizvodnji, je nove končne točke najbolje obravnavati kot dragocen računovodski vir s kontrolami usklajevanja okoli njih, ne pa kot edino knjigo evidenc.