İçeriğe geç

Fabric’te Semantic Model Açıklamalarını Copilot ile Otomatikleştirmek

Copilot ile measure ve semantic model açıklamalarını nasıl üretirsiniz, neyi kontrol etmelisiniz ve dokümantasyon disiplini neden hiç bu kadar önemli olmadı?

Microsoft Fabric 2 dk okuma Atılay Berber
Copilot ile açıklama yazılan semantic model tablolarından oluşan ışıklı takımyıldız ve büyüteçle incelenen etiket

Yazar: @atilayberber

Copilot artık semantic model dokümantasyonunu sizin yerinize başlatıyor: hem tek tek measure’lar için hem de modelin tamamı için açıklama üretebiliyor. Ama son sözü yine model sahibi söylüyor; üretilen metin bir taslak, onay değil.

Neden şimdi önemli?

Açıklamasız bir model, özellikle ekipten ayrılan birinden devralındıysa, saatlerce DAX okumak demek. Bugün mesele sadece insanlar da değil: Copilot, Fabric data agent’ları ve Microsoft 365 Copilot içindeki Fabric IQ, sorulara cevap verirken modelin metadata’sına yaslanıyor. Açıklamalar ne kadar net olursa, yapay zekânın verdiği cevap o kadar güvenilir olur.

İki ayrı özellik var

ÖzellikNe üretir?Nereden çalışır?
Measure açıklamaları (Copilot)DAX formülüne bakarak tek bir measure’ın açıklamasıPower BI Desktop veya servisteki Model view
Semantic model Auto-Description (önizleme)Modelin metadata’sı ve yapısından genel model açıklamasıOneLake catalog’daki model detay sayfası

Adım adım: measure açıklaması

  1. Model view’da measure’ı seçin; açıklama alanının yanındaki Copilot butonuna tıklayın.
  2. Üretilen metni okuyun: “Keep it” ile alın, “Try again” ile yeniden üretin, “Discard” ile vazgeçin.
  3. Gerekirse kendi iş diliniz ile düzeltin (örneğin “iade hariç, KDV dahil” gibi kurallar).

Dikkat edilecek iki şart: workspace bir Fabric kapasitesine bağlı olmalı ve measure hatasız, geçerli durumda olmalı.

İnsan kontrolü nerede devreye girer?

Copilot formülün ne yaptığını anlatır, neden var olduğunu bilemez. Model kalitesi düşükse açıklama da zayıf olur. Benim kontrol listem:

  • İş tanımı: “Net satış” sizin şirketinizde neyi kapsıyor? Bunu sadece siz bilirsiniz.
  • Birim ve dönem: TL mi, adet mi, YTD mi? Açıklamada yazmalı.
  • Tutarlılık: Benzer measure’lar aynı kalıpla açıklanmalı.
  • Sorunlu işaretler: Auto-Description bazen çift tablo veya zayıf ilişki gibi sorunları görünür kılar; bunları açıklamayı düzeltmeden önce modelde çözün.

Dokümantasyon disiplini önerisi

  1. Yeni measure, açıklaması olmadan yayına çıkmasın; code review’da bunu sorun.
  2. Copilot ile ilk taslak, model sahibiyle son onay: iki adımlı bir kural koyun.
  3. Ayda bir, açıklaması boş measure’ları listeleyin (örneğin DAX query view’da INFO fonksiyonlarıyla).

Sonuç: Copilot dokümantasyonun en sıkıcı kısmını hızlandırıyor. Disiplin ise hâlâ ekibin işi.

Kaynaklar

HABERDAR OL

Yeni rehberler, kategorilere ayrılmış tek bir e-postada.

Her pazartesi, o hafta yayımlanan yazılar konu başlıklarına göre derlenmiş olarak gelen kutunda. Yeni yazı yoksa e-posta da yok.

Onay e-postasındaki bağlantıya tıklamadan liste aktif olmaz. İstediğin an tek tıkla çıkabilirsin.

Faydalı bulduysan paylaş
LinkedIn'de paylaş X WhatsApp

Yorum yaz

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir