Copilot Bütçe Artış Talepleri Nasıl Yönetilir?

GitHub, Copilot AI kredilerini tüketen kullanıcılar için yeni bir akışı genel kullanıma açtı. Kendisine tanımlı krediyi bitiren üye artık doğrudan bütçe artışı talep ediyor, yönetici de bu talebi ayarlar ekranından çıkmadan onaylıyor, tutarı değiştiriyor ya da reddediyor. Amaç, kredisi biten kullanıcının Copilot tarafında beklemede kalma süresini kısaltmak ve talep yönetimini tek bir arayüzde toplamak.

Önceki durum ve neyin değiştiği

Önceden bir üye kendisine ayrılan Copilot AI kredilerinin tamamını kullandığında, kredi tüketen Copilot özelliklerine erişimi kapanıyordu. Limit dolduğu anda kullanıcı tarafındaki akış kesiliyor, çözüm ise organizasyon ya da kurumsal tarafta ayrı bir iletişim kanalına taşınıyordu.

Yeni sürümde kullanıcı limite ulaştığı anda daha fazla bütçe talep edebiliyor. Talebi alan yönetici bunu onaylayabiliyor, talep edilen tutarı düzenleyebiliyor veya reddedebiliyor. İşlemlerin tamamı yöneticinin ayarlar ekranında tamamlanıyor, ayrı bir araca geçmek gerekmiyor.

Talepler hangi hesaba düşüyor?

Talepler otomatik olarak bütçenin faturasını üstlenen hesaba yönleniyor. GitHub’ın açıklamasına göre yönlendirme şöyle işliyor:

• Organizasyona ait bütçeye karşı yapılan talepler ilgili organizasyonun ayarlarında görünüyor.
• Enterprise’a ait bütçeye karşı yapılan talepler ise enterprise ayarlarında listeleniyor.

Çok katmanlı yapılarda bu ayrım, talebin yanlış ekibin önüne düşmesini engelliyor. Bütçeyi kim tanımladıysa ve ödeme hangi hesaptan çıkıyorsa onay kararı da orada veriliyor; organizasyon yöneticileri yalnızca kendi bütçelerine ilişkin talepleri, enterprise tarafındaki yetkililer de enterprise bütçesine ilişkin talepleri görüyor.

Onay akışı ve yetkili roller

Talepleri inceleyip sonuçlandırabilen roller kaynakta açıkça sıralanmış: organizasyon sahibi (organization owner), enterprise sahibi (enterprise owner) ve faturalama yöneticisi (billing manager). Bu rollerden birine sahipseniz bekleyen talepleri “Requests from members” başlığı altında görüntülüyorsunuz.

Akış özetle şöyle ilerliyor:

1. Üye, kendisine ayrılan Copilot AI kredilerini tükettiği anda bütçe artışı talebi oluşturuyor.
2. Talep, bütçenin faturalandığı hesaba (organizasyon veya enterprise) otomatik olarak yönleniyor.
3. Yetkili kişi, “Requests from members” bölümünde bekleyen talepleri görüyor.
4. Her talep için yeni bir tutar belirleyip Approve and increase seçeneğini kullanıyor.
5. Onaydan sonra üyenin bütçesi belirlenen tutara güncelleniyor, AI kredilerine erişimi anında geri açılıyor.

Onay verilirken tutar, talep edilen değerle sınırlı değil. Yönetici her talep için yeni bir tutar belirleyebiliyor; bir üye yüksek bir artış istese bile onaylayan taraf bunu kendi bütçe planına göre aşağı ya da farklı bir seviyeye çekip onaylayabiliyor. Kontrol böylece talebi yapanda değil, bütçeyi yönetende kalıyor.

Erişimin anında geri verilmesi de akışın pratik tarafı. Onay işlemi tamamlandığında üyenin kredi tüketen Copilot özelliklerine erişimi yeniden açılıyor, kaynakta ayrı bir bekleme veya yeniden tanımlama adımı belirtilmiyor.

Hangi planlarda kullanılabiliyor?

Özellik, kullanım bazlı faturalandırma (usage-based billing) kapsamındaki GitHub Copilot Business ve GitHub Copilot Enterprise planlarında kullanılabiliyor. Akışın devreye girmesi için iki koşulun birlikte sağlanması gerekiyor; uygun bir Copilot planı ve kullanım bazlı faturalandırma modeli. Bunun dışındaki planlar veya faturalandırma yapıları için kaynakta bilgi verilmiyor, farklı senaryolarda davranışın nasıl olacağına dair kesin bir şey söylemek de mümkün değil.

Yönetim tarafında ne anlama geliyor?

Değişikliğin pratik karşılığı, bütçe yönetimini “engellendikten sonra çözülen bir sorun” olmaktan çıkarıp ayarlar ekranından yürütülen bir onay sürecine dönüştürmesi. Kredi limitine takılan kullanıcı için talep oluşturma noktası akışın kendisine gömülü olduğundan, yöneticinin önüne düşen talepler de doğrudan ilgili üyeye ve ilgili bütçeye bağlı geliyor.

Bütçeyi yöneten ekipler açısından “Requests from members” bölümü, bekleyen taleplerin toplandığı tek nokta olarak çalışıyor. Talep başına tutar belirleyebilmek ise tüm ekibe genel bir artış tanımlamak yerine ihtiyaç bazlı ilerlemeye izin veriyor. Kimin ne kadar kredi kullandığına dair ölçüm ve raporlama ihtiyacınız varsa, Copilot kullanım verilerinin API tarafındaki karşılığını ele aldığımız GitHub Copilot app now available in the usage metrics API yazısı da bu tabloyu tamamlayan bir başlık olabilir.

Talep akışının detayları, onay ekranındaki alanlar ve bütçe tanımlama adımları için GitHub’ın resmi dokümantasyonuna bakmak en doğrusu. Ölçümlü (metered) ürünlerde harcamayı kontrol etmek üzere bütçe kurulumu yapılmadan, bu talep akışının nasıl konumlanacağını değerlendirmek de zor olacaktır.

Kaynaklar ve İleri Okuma

• Copilot budget increase requests are generally available – GitHub Changelog
• Managing requests for additional Copilot budget – GitHub Docs
• Setting up budgets to control spending on metered products – GitHub Docs
• The GitHub Blog