Intune raporunda cihaz görünmüyorsa ilk tepki genellikle policy’nin uygulanmadığını düşünmek olur. Oysa admin center’daki raporlar aynı veri kaynağını, aynı yenilenme zamanını veya aynı scope’u kullanmaz. Operational report ile organizational report arasında amaç farkı vardır; export edilen veri de portal ekranındaki friendly label’larla birebir aynı görünmeyebilir.
Bu makalede boş ve eski raporları incelerken kontrol edilmesi gereken katmanları anlatıyorum. Bir cihazın Intune’a check-in yapması, ilgili raporun aynı anda güncel olduğu anlamına gelmez.
Operational ve organizational report farkı
Operational raporlar belirli bir policy, uygulama veya cihaz işleminin durumunu takip etmek için kullanılır. Organizational raporlar daha geniş bir filo görünümü sunar. Bir policy’nin cihaz detayında başarılı görünmesi, aggregate bir organizational raporda hemen sayıya yansımayabilir.
Önce hangi soruyu cevaplamak istediğinizi belirleyin:
- Bu policy belirli cihazda uygulandı mı?
- Tenant genelinde kaç cihaz noncompliant?
- Belirli bir uygulamanın installation status dağılımı nedir?
- Son 24 saatte hangi cihazlar check-in yaptı?
İlk soru için cihaz veya policy monitor ekranı, ikinci soru için Reports ekranı, son soru için device inventory ve last contact alanı daha uygun olabilir. Tek bir raporu tüm soruların kaynağı gibi kullanmayın.
Refresh zamanı ve veri gecikmesi
Intune raporları farklı zamanlarda yenilenebilir. Bazı report ekranlarında Generate report seçeneği bulunur ve sonuçlar belirli bir süre saklanır. Bazı Windows update ve compatibility raporları Windows diagnostic data’nın cihazdan yüklenmesine ve batch processing’e bağlıdır.
Microsoft’un compatibility reports dokümanında Windows diagnostic data’nın tipik olarak günde bir kez yüklendiği ve uçtan uca gecikmenin yaklaşık 52 saate kadar çıkabildiği belirtilir. Bu bilgi her Intune raporu için geçerli bir SLA değildir; fakat raporun hangi veri kaynağına bağlı olduğunu kontrol etmenin neden önemli olduğunu gösterir.
Bir raporu yorumlarken şu zamanları not edin:
- Cihazın last check-in zamanı
- Policy’nin son değişiklik zamanı
- Report’un son generated veya refresh zamanı
- Export job’ın oluşturulma ve tamamlanma zamanı
- Windows diagnostic data’nın son upload zamanı
Portalda kontrol edilecek yerler
Raporun boş gelmesi durumunda şu sırayı izleyin:
- Reports altında doğru kategori ve raporu seçin.
- Filtreleri daraltmadan önce tüm tenant kapsamıyla Generate report çalıştırın.
- Raporun son güncellenme zamanını not edin.
- Scope tag ve RBAC ile admin hesabının kapsamını kontrol edin.
- İlgili cihazı Devices > All devices altında arayın.
- Cihazın management agent, ownership, OS ve last contact bilgilerini kontrol edin.
Admin hesabı yalnızca belirli scope tag’leri görebiliyorsa rapor sonucu da daralabilir. Aynı raporu Intune Administrator hesabıyla karşılaştırmak teşhis için yararlı olabilir; ancak bu hesabı günlük operasyon rolü olarak kullanmayın.
Export ile portal görünümü neden farklı?
Microsoft Graph ile Intune report export etmek için rapor adına göre export job oluşturulur. Güncel dokümantasyonda kullanılan endpoint’ler v1.0/deviceManagement/reports/exportJobs ve bazı raporlar için beta/deviceManagement/reports/exportJobs olarak verilir. API sürümünü ve ilgili reportName değerini rapor dokümanından doğrulayın.
Export isteğinde select ile ihtiyaç duyulan kolonları açıkça belirtin. Microsoft, otomasyonun default kolonlara bağlanmamasını önerir. Portalda görünen friendly değerler CSV’de numeric code olarak dönebilir. Bu nedenle export mapping tablonuzu kaynak dokümanındaki değerlerle version kontrolünde tutun.
POST https://graph.microsoft.com/v1.0/deviceManagement/reports/exportJobs
{
"reportName": "Devices",
"format": "json",
"select": [
"DeviceName",
"managementAgent",
"complianceState",
"OSVersion",
"LastContact",
"DeviceId"
]
}Bu istek bir export job oluşturur. Response içindeki job ID ile status sorgulanır ve completed sonucundan sonra download URL kullanılır. Bu işlem synchronous bir “portal listesini oku” çağrısı değildir.
Report ingestion ile device check-in aynı değildir
Device check-in, cihazın Intune servisiyle iletişim kurduğunu ve bekleyen policy veya action’ları alabileceğini gösterir. Report ingestion ise bu cihazdan veya ilgili backend’den gelen verinin rapor veri modeline işlenmiş olmasıdır.
Bu nedenle cihaz detayında last contact güncelken raporda eski tarih görmek mümkündür. Tersine, report’ta eski bir cihaz kaydı görünürken cihaz artık yönetilmiyor olabilir. Her iki ekranın timestamp alanını birlikte değerlendirin.
Graph throttling ve pagination
Export jobs API için Microsoft dokümanında tenant ve kullanıcı veya uygulama bazında dakikalık throttling sınırları bulunur. Çok sayıda raporu paralel başlatmak boş veya başarısız sonuçlara yol açabilir. Scriptinizde job status polling aralığını makul tutun ve throttling response’larına retry-after değerine göre yanıt verin.
Üretilen CSV’yi tek seferde işlemek yerine schema ve kolon doğrulaması yapın. Device ID alanının hangi resource’a ait olduğunu, tarih alanının UTC olup olmadığını ve numeric enum mapping’in doğru olduğunu kontrol edin.
Power BI’a taşırken
Rapor verisini Power BI’a taşıyorsanız raw export’u doğrudan dashboard’a bağlamayın. Önce staging tablo oluşturun; report generation time, source report name, API version ve data refresh time alanlarını saklayın. Böylece eski bir snapshot ile güncel cihaz state’i birbirine karışmaz.
Intune Data Warehouse veya Graph report export arasında seçim yaparken ihtiyacınız olan veri modelini ve güncellik beklentisini belirleyin. Beta endpoint’e bağlı bir raporlama çözümünü production bağımlılığı haline getirmeden önce Microsoft dokümanındaki current API durumunu kontrol edin.
Kaynaklar
