Pokrycie limitami

Gdzie mamy spend cap, a gdzie tylko nadzieję

Inwentarz wszystkich subkont resellerskich: jakie projekty widzi billing i czy każdy z nich ma limit wydatków na monitorowanych usługach AI. Zestawienie jest odczytem — nic tu niczego nie zakłada ani nie zmienia.

Capów nie widać automatycznie. Budżet z włączonym spend capem znika z API rozliczeniowego — sprawdzone na v1 i v1beta1, z zawężeniem do projektu i bez, oraz przez porównanie wszystkich budżetów floty przed i po włączeniu capa. Dlatego projekt z działającym limitem wygląda tu na niepokryty. Do czasu, aż Google to udostępni, oznaczaj capy ręcznie — zaznaczone wpisy są opisane jako deklaracja człowieka i nigdy nie są mieszane z tym, co potwierdziło API. Gdy automatyczne wykrywanie ruszy, ta lista posłuży do uzgodnienia.

Ogółem w księdze

Cała księga klientów, niezależnie od filtrów poniżej.

W tym widoku

Te liczby liczą się z tego, co przepuszczają filtry.

Wczytywanie…

Jak to czytamy. Google nie udostępnia żadnego API do zakładania ani odczytywania spend capów — w API budżetu nie ma pola mówiącego, czy limit twardo blokuje wydatki. Dlatego cap rozpoznajemy po nazwie budżetu: znacznik [SpendCaps] plus tag usługi, np. [SpendCaps] [Gemini] prod. Status CAP znaczy „ktoś oznaczył ten budżet jako limit i jego kształt na to pozwala", nigdy „Google potwierdza, że blokada działa" — to trzeba sprawdzić w konsoli. CAP ŹLE to budżet z tym znacznikiem, który capem być nie może (obejmuje kilka usług, kilka projektów, nie jest miesięczny albo nie ma kwoty). ALERT to budżet celowany w tę usługę, ale bez znacznika — powiadomi, nie zatrzyma. Budżet na całe konto bez filtra usługi nie liczy się jako pokrycie, bo liczyłby się dla wszystkiego naraz.

Kolory i liczby. Zielony status i „pokrycie potwierdzone" to wyłącznie to, co odczytaliśmy z API. Pomarańczowy i „pokrycie ręczne" to deklaracja człowieka, której nie da się dziś zweryfikować — te dwie liczby nigdy się nie sumują w jedną. Pasek przy kliencie pokazuje obie części osobno, w tych samych kolorach. Klienci z luką liczy subkonta, nie pary: jedno subkonto z choćby jedną usługą bez capa to jeden klient na liście, a próg (nic nie wydaje / poniżej 1000 € / 1000–10 000 € / od 10 000 €) bierze wydatek całego subkonta z 30 dni, a nie pojedynczego projektu. Ten sam próg wybierają filtry nad listą, więc kafelek i lista zawsze pokazują ten sam zbiór. Zawieszone konta są osobnym widokiem — nie mogą wydawać, więc nie ma czego na nich ograniczać.