Power BI Desktop proje raporu klasörü

Bu makalede, Bir Microsoft Power BI Desktop projesinin Rapor klasöründeki dosyalar ve alt klasörler açıklanmaktadır. Buradaki dosyalar ve alt klasörler bir Power BI raporunu temsil eder. Projenize bağlı olarak rapor klasörü şunları içerebilir:

• .pbi\
  • localSettings.json
• CustomVisuals\
• StaticResources\
  • RegisteredResources\
• semanticModelDiagramLayout.json
• definition.pbir¹
• mobileState.json
• report.json²
• tanım\ klasör³
• .platform

1 - Bu dosya gereklidir.
2 - Bu dosya PBIR-Legacy biçimi için gereklidir.
3 - Bu dosya PBIR biçimi için gereklidir.

Her proje raporu klasörü burada açıklanan tüm dosyaları ve alt klasörleri içermez.

Rapor dosyaları

.pbi\localSettings.jsaçık

Yalnızca geçerli kullanıcı ve yerel bilgisayar için geçerli olan rapor ayarlarını içerir. GitIgnore veya diğer kaynak denetimi dışlamalarına dahil edilmelidir. Varsayılan olarak Git bu dosyayı yoksayar.

Daha fazla bilgi için localSettings.json şema belgesine bakın.

CustomVisuals\

Rapordaki özel görseller için meta verileri içeren bir alt klasör. Power BI üç tür özel görseli destekler:

• Kurumsal görselleştirme - Kuruluşlar, özel görselleri onaylayıp kendi kuruluşları için Power BI'a dağıtabilir. Daha fazla bilgi edinmek için bkz. Kuruluş deposu.
• AppSource Power BI görselleri - "Genel özel görseller" olarak da bilinir. Bu görseller Microsoft AppSource'tan edinilebilir. Rapor geliştiricileri bu görselleri doğrudan Power BI Desktop'tan yükleyebilir.
• Özel görsel dosyaları - "Özel kişisel görseller" olarak da bilinir. Dosyalar bir pbiviz paketi yüklenerek rapora eklenebilir.

CustomVisuals klasörüne yalnızca özel özel görseller yüklenir. AppSource ve Kuruluş görselleri Power BI Desktop tarafından otomatik olarak yüklenir.

RegisteredResources\

Rapora özgü kaynak dosyalarını içeren ve özel temalar, resimler ve özel görseller (pbiviz dosyaları) gibi kullanıcı tarafından yüklenen bir alt klasör.

Buradaki dosyalardan geliştiriciler sorumludur ve değişiklikler desteklenir. Örneğin, bir dosyayı değiştirebilirsiniz ve Power BI Desktop yeniden başlatıldıktan sonra yeni dosya rapora yüklenir. Bu klasör, aşağıdakiler gibi bazı yararlı senaryoların engellemesini kaldırabilir:

• Genel şemayı kullanarak Power BI Desktop dışında özel temalar yazma.
• Birden çok rapordaki kaynak dosyasını değiştirerek toplu iş değişiklikleri uygulama. Örneğin, kurumsal özel temayı değiştirebilir, açık ve koyu temalar arasında değişiklik yapabilir ve logo görüntülerini değiştirebilirsiniz.

Her kaynak dosyasının report.json dosyasında karşılık gelen bir girdisi olmalıdır. RegisteredResources dosyalarındaki düzenlemeler yalnızca Power BI Desktop'ın kaynağı report.json kaydetmesine neden olan önceden yüklenmiş kaynaklar için desteklenir.

semanticModelDiagramLayout.json

Raporla ilişkili anlam modelinin yapısını açıklayan veri modeli diyagramlarını içerir. Bu dosya dış düzenlemeyi desteklemiyor.

tanım.pbir

Bir raporun ve temel ayarların genel tanımını içerir. Bu dosya, rapor tarafından kullanılan anlam modeline başvuruyu da barındırıyor. Power BI Desktop, raporun PBIP dosyasından açılmasıyla aynı şekilde bir PBIR dosyasını doğrudan açabilir. PBIR dosyasının açılması, byPath kullanılarak göreli bir başvuru olduğunda semantik modeli de açar.

Örnek tanım.pbir:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byPath": {
      "path": "../Sales.Dataset"
    }    
  }
}

Tanımı, raporda kullanılan anlam modeline başvuran özelliğini içerir datasetReference . Referans aşağıdakilerden biri olabilir:

byPath - Hedef anlam modeli klasörünün göreli yolunu belirtir. Mutlak yollar desteklenmez. Klasör ayırıcısı olarak eğik çizgi (/) kullanılır. Power BI Desktop kullanıldığında, anlam modelini tam düzenleme modunda da açar.

byConnection - Bağlantı dizesi kullanarak Fabric çalışma alanındaki bir semantik modele bağlantıyı belirtir. Bir byConnection başvuru kullanıldığında Power BI Desktop semantik modeli düzenleme modunda açmaz.

Sürüm 2

byConnection başvuru kullanılarak, aşağıdaki özellikler belirtilmelidir.

Mülk	Açıklama
bağlantı dizesi	Bir Fabric çalışma alanında anlam modeline başvuran bağlantı dizesi.

Örnek byConnection kullanımı:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byConnection": {      
      "connectionString": "Data Source=\"powerbi://api.powerbi.com/v1.0/myorg/[WorkpaceName]\";initial catalog=[SemanticModelName];access mode=readonly;integrated security=ClaimsToken;semanticmodelid=[SemanticModelId]"
    }
  }
}

Fabric REST API'sini kullanarak bir rapor dağıtırken yalnızca semanticmodelid özelliğini belirtmeniz gerekir. Örneğin:

{  
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/2.0.0/schema.json",
  "version": "4.0",
  "datasetReference": {
    "byConnection": {      
      "connectionString": "semanticmodelid=[SemanticModelId]"
    }
  }
}

Sürüm 1

byConnection başvuru kullanılarak, aşağıdaki özellikler belirtilmelidir.

Mülk	Açıklama
bağlantı dizesi	Bir Fabric çalışma alanında anlam modeline başvuran bağlantı dizesi.
pbiModelVeritabanıAdı	Uzak anlam modeli kimliği.
bağlantıTürü	Bağlantı türü. Hizmet uzaktan anlam modeli için bu değer pbiServiceXmlaStyleLive olmalıdır.
pbiModelVirtualServerName	değerine sahip olması gereken bir iç özellik. sobe_wowvirtualserver
pbiServiceModelId	değerine sahip olması gereken bir iç özellik. null
isim	değerine sahip olması gereken bir iç özellik. EntityDataSource

Örnek byConnection kullanımı:

{
    "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definitionProperties/1.0.0/schema.json",
    "version": "4.0",
    "datasetReference": {  
      "byConnection": {
        "connectionString": "Data Source=powerbi://api.powerbi.com/v1.0/myorg/[WorkpaceName];Initial Catalog=[SemanticModelName];Integrated Security=ClaimsToken",
        "pbiServiceModelId": null,
        "pbiModelVirtualServerName": "sobe_wowvirtualserver",
        "pbiModelDatabaseName": "[Semantic Model Id]",
        "connectionType": "pbiServiceXmlaStyleLive",
        "name": "EntityDataSource"
      }
  }
}

Önemli

Fabric REST API kullanarak bir rapor dağıtırken byConnection başvurular kullanmalısınız. Bu, DirectQuery gibi bir anlam modelinin depolama moduyla karıştırılmamalıdır. datasetReference rapordaki yalnızca raporun hangi semantik modele bağlandığını belirtir, modelin verilerine nasıl depolandığını veya verilerine nasıl eriştiğini tanımlamaz.

Birden çok *.pbir dosyası

Anlamsal model ve rapor aynı çalışma alanını paylaştığında, Doku Git Tümleştirmesi her zaman anlam modeline bir byPath başvuruyla tanımları dışarı aktarır. Raporu canlı bağlantıda açmaya zorlamak istiyorsanız (örneğin, rapor düzeyinde ölçülerle çalışmak için), biri byPath bağlantısına ve diğeri byConnection bağlantısına sahip olan dosyalar gibi birden çok *.pbir dosyaya sahip olabilirsiniz. Doku Git Tümleştirmesi yalnızca definition.pbir dosyasını işler ve diğer tüm *.pbir dosyalarını yoksayar. Ancak, bu dosyalar aynı depoda birlikte bulunabilir.

  ├── definition\
  ├── StaticResources\
  ├── .platform
  ├── definition-liveConnect.pbir
  └── definition.pbir

Dosya definition.pbir , 'version' özelliği aracılığıyla desteklenen rapor tanımı biçimlerini de belirtir.

Sürüm	Desteklenen biçimler
1.0	Rapor tanımı, report.json dosyasında PBIR-Legacy olarak depolanmalıdır.
4.0 veya üzeri	Rapor tanımı PBIR-Legacy (report.json dosyası) veya PBIR (\definition klasörü) olarak depolanabilir.

Daha fazla bilgi için definition.pbir şema belgesine bakın.

mobileState.json

Mobil cihazda işlenirken rapor görünümü ve davranış ayarlarını içerir. Bu dosya dış düzenlemeyi desteklemiyor.

report.json

Bu dosya, Power BI Raporu Eski biçiminde (PBIR-Legacy) rapor tanımını içerir ve dış düzenlemeyi desteklemez.

tanım\ klasör

Bu klasör yalnızca Power BI projesi Power BI gelişmiş rapor biçimi (PBIR) kullanılarak kaydedildiğinde kullanılabilir. report.json dosyasının yerini alır.

.platform

Fabric ögeleri ile Git arasındaki bağlantıyı kurmak ve sürdürmek için hayati öneme sahip özellikleri barındıran Fabric platform dosyası.

Daha fazla bilgi edinmek için bkz. Git tümleştirmesi otomatik olarak oluşturulan sistem dosyaları.

PBIR biçimi

Power BI Proje dosyalarınızı (PBIP) Power BI Gelişmiş Rapor Biçimi (PBIR) kullanarak kaydetmek, düzgün biçimlendirilmiş JSON dosyalarını kullanarak değişiklik izleme ve birleştirme çakışması çözümünü büyük ölçüde geliştirir.

Her sayfa, görsel, yer işareti vb. bir klasör yapısı içinde ayrı, ayrı bir dosya halinde düzenlenir. Bu biçim, kod geliştirme çakışması çözümlemesi için idealdir.

PBIR-Legacy (report.json) sürümünden farklı olarak PBIR, Power BI dışı uygulamalardan yapılan değişiklikleri destekleyen genel olarak belgelenmiş bir biçimdir. Her dosyanın yalnızca dosyayı belgeleyen değil, aynı zamanda Visual Studio Code gibi kod düzenleyicilerinin düzenleme sırasında söz dizimi doğrulaması gerçekleştirmesine olanak tanıyan genel bir JSON şeması vardır.

PBIR ile kullanılabilen olası senaryolardan bazıları şunlardır:

• Raporlar arasında sayfaları/görselleri/yer işaretlerini kopyalayın.
• Görsel dosyalarını kopyalayıp yapıştırarak tüm sayfalarda bir dizi görselin tutarlılığını sağlayın.
• Birden çok rapor dosyasında kolay bulma ve değiştirme.
• Tüm görsellerde betik kullanarak toplu düzenleme yapın (örn. görsel düzeyi filtrelerini gizleme)

PBIR kullanarak proje olarak kaydetme

PBIR kullanarak bir projeyi kaydettiğinizde raporunuz rapor klasörünün içindeki \definition adlı bir klasöre kaydedilir:

PBIR klasör yapısı hakkında daha fazla bilgi edinin.

PBIR klasörü ve dosyaları

Rapor tanımı aşağıdaki yapıya definition\ sahip klasörün içinde depolanır:

├── bookmarks\
│   ├── [bookmarkName].bookmark.json
|   └── bookmarks.json
├── pages\
│   ├── [pageName]\
│   |   ├── \visuals
|   │   |   ├── [visualName]\
|   |   │   │   |── mobile.json
|   |   |   └   └── visual.json
|   |   └── page.json
|   └── pages.json
├── version.json
├── reportExtensions.json
└── report.json

Dosya/Klasör	Zorunlu	Açıklama
Yer imleri	Hayır	Raporun tüm yer işareti dosyalarının bulunduğu klasör.
── [bookmarkName].bookmark.json	Hayır	Yer imi meta verileri; hedef görseller ve filtreler gibi. Şemada daha fazla bilgi.
── bookmarks.json	Hayır	Yer işareti sırası ve gruplar gibi bilgiler içeren yer işaretleri meta verileri. Şemada daha fazla bilgi.
Sayfalar	Evet	Raporun tüm sayfalarını tutan klasör.
── [pageName]\	Evet	Sayfa başına bir klasör.
──── görseller\	Hayır	Sayfanın tüm görsellerini barındıran klasör.
────── [visualName]\	Hayır	Görsel başına bir klasör.
──────── mobile.json	Hayır	Mobil konum ve biçimlendirme gibi görsel mobil düzen meta verileri. Şemada daha fazla bilgi.
──────── visual.json	Evet	Konum ve biçimlendirme, sorgu gibi görsel meta veriler. Şemada daha fazla bilgi.
──── page.json	Evet	Sayfa düzeyi filtreleri ve biçimlendirme gibi sayfa meta verileri. Şemada daha fazla bilgi.
── pages.json	Hayır	Sayfa sırası ve etkin sayfa gibi sayfa meta verileri. Şemada daha fazla bilgi.
version.json	Evet	PBIR dosya sürümü, diğer faktörler arasında, yüklenecek gerekli dosyaları belirler. Şemada daha fazla bilgi
reportExtensions.json	Hayır	Rapor uzantıları, örneğin rapor düzeyi ölçümleri. Şemada daha fazla bilgi
report.json	Evet	Rapor düzeyi filtreleri ve biçimlendirme gibi rapor meta verileri. Şemada daha fazla bilgi

Önemli

visual.json veya bookmarks.jsongibi bazı rapor meta verileri dosyaları, anlam modelinizdeki veri değerleriyle kaydedilebilir. Örneğin, 'Şirket' = 'Contoso' alanı için bir görsele filtre uygularsanız, 'Contoso' değeri meta verilerin bir parçası olarak kalır. Bu, dilimleyici seçimleri, matris özel sütun genişliği ve belirli seriler için biçimlendirme gibi diğer yapılandırmalar için de geçerlidir.

PBIR adlandırma kuralı

Önceki tablodaki köşeli ayraçların ([]) içindeki tüm adlar varsayılan adlandırma kuralını izler, ancak daha kolay adlarla yeniden adlandırılabilir. Varsayılan olarak sayfalar, görseller ve yer işaretleri, rapor nesne adlarını dosya veya klasör adı olarak kullanır. Bu nesne adları başlangıçta '90c2e07d8e84e7d5c026' gibi 20 karakterlik benzersiz bir tanımlayıcıdır.

Her bir JSON dosyasında 'name' özelliğinin yeniden adlandırılması desteklenir, ancak raporun içinde ve dışında dış referansları bozabilir. Nesne adı ve/veya dosya/klasör adı bir veya daha fazla sözcük karakteri (harf, basamak, alt çizgi) veya kısa çizgiden oluşmalıdır.

PBIR dosyalarını veya klasörlerini yeniden adlandırdıktan sonra Power BI Desktop'ı yeniden başlatmanız gerekir. Yeniden başlatıldıktan sonra, Power BI Desktop kaydederken özgün dosya veya klasör adlarını korur.

Rapor nesnesi adını kopyalama

Rapordaki her nesne ayrı bir klasöre veya dosyaya kaydedilir, ancak klasörün adı her zaman belirgin değildir. Bunu kolaylaştırmak için, herhangi bir rapor nesnesi adının (sayfalar, görseller, yer işaretleri ve filtreler dahil) adını doğrudan Power BI'dan panonuza kopyalayabilirsiniz.

Masaüstünden

1. Dosya > Seçenekleri ve ayarları > Rapor ayarları > Rapor nesneleri'ne gidin ve Rapor nesnelerine sağ tıklandığında nesne adlarını kopyala ayarını etkinleştirin. Bu işlemin yalnızca bir kez yapılması gerekir.

   

2. Herhangi bir rapor nesnesine sağ tıklayın ve Nesne adını kopyala'yı seçin.

   

Nesne adı panonuza kopyalandıysa, nesne adını PBIR klasöründe bulmak veya tanımlamak için bunu Windows Gezgini'nin veya Visual Studio Code'un arama çubuğuna kolayca girebilirsiniz.

Hizmetten

1. Rapor nesnelerine sağ tıklandığında nesne adlarını kopyala ayarını etkinleştirin. Bu işlemin yalnızca bir kez yapılması gerekir. Her rapor için etkinleştirmeniz gerekmez.

   

2. Raporu düzenlerken herhangi bir rapor nesnesine sağ tıklayın ve Nesne adını kopyala'yı seçin.

   

Kopyalanan nesneyi, PBIR dosya biçiminde dosya adlarını tanımlamak veya DAX sorgusunu rapordaki bir görsele bağlamak için Çalışma Alanı İzleme veya Log Analytics aracılığıyla performans sorunlarını gidermek için kullanabilirsiniz.

PBIR Json Şemaları

Her PBIR JSON dosyası, belgenin en üstünde bir JSON şema bildirimi içerir. Bu şema URL'sine genel erişim sağlanır ve her dosya için kullanılabilir özellikler ve nesneler hakkında daha fazla bilgi edinmek için kullanılabilir. Ayrıca , Visual Studio Code gibi kod düzenleyicileriyle düzenleme yaparken yerleşik IntelliSense ve doğrulama sağlar.

Şema URL'si, belgenin rapor tanımı geliştikçe değişmesi beklenen sürümünü de tanımlar.

Tüm JSON şemaları burada yayımlanır.

PBIR notları

Her visualpage ve reportiçin rapor tanımına ad-değer çiftleri olarak ek açıklamalar ekleyebilirsiniz. Power BI Desktop bu ek açıklamaları görmezden gelse de, bunlar betikler gibi dış uygulamalar için değerli olabilir.

Örneğin, dosyadaki report.json rapor için defaultPage değerini belirtebilirsiniz. Bu sayfa daha sonra bir dağıtım betiği tarafından kullanılabilir.

{
  "$schema": "https://developer.microsoft.com/json-schemas/fabric/item/report/definition/report/1.0.0/schema.json",
  "themeCollection": {
    "baseTheme": {
      "name": "CY24SU06",
      "reportVersionAtImport": "5.55",
      "type": "SharedResources"
    }
  },
  ...
  "annotations": [
    {
      "name": "defaultPage",
      "value": "c2d9b4b1487b2eb30e98"
    }
  ]
}

PBIR dosyalarında dış değişiklikler

Proje Power BI Desktop'ta açık kalırken desteklenen PBIR JSON dosyalarını Visual Studio Code veya başka bir dış araç gibi bir kod düzenleyicisinde düzenleyebilirsiniz. Dosyaları kaydettiğinizde, Power BI Desktop değişiklikleri algılar ve Dış değişiklikleri uygula başlığını görüntüler. Projeyi kapatıp yeniden açmadan rapor tanımını yeniden yüklemek için Dış değişiklikleri uygula'yı seçin.

PBIR dosyalarını harici olarak düzenlemeden önce, değişiklikleri Power BI Desktop'a kaydedin. Dış değişiklikleri uyguladığınızda Power BI Desktop'ta kaydedilmemiş değişiklikler varsa, kaydedilmemiş değişikliklerin üzerine yazılacağı konusunda sizi uyarır. İş akışının tamamı ve sınırlamalar için bkz. Power BI Desktop dışında PBIP dosyalarını düzenleme.

PBIR dosyaları JSON şemalarına uygun olmalıdır. VS Code desteklenmeyen özellik adı veya yanlış özellik türü gibi sorunları tanımlar:

PBIR içeriğinde yapılan dış değişiklikler, değişiklikleri uyguladığınızda veya dosyaları Power BI Desktop'ta açtığınızda hatalara neden olabilir. Bu hatalar iki türde olabilir:

Engelleme hataları, Power BI Desktop'ın rapor değişikliklerini yüklemesini engeller. Bu hatalar, değişiklikleri yeniden uygulamadan önce düzeltmeniz gereken sorunu ve dosyayı tanımlar:

Geçersiz şema veya eksik gerekli özellikler gibi hatalar hataları engelliyor. Bu hataları tanımlamak için dosyayı VS Code'da açın ve şema doğrulama iletilerini inceleyin.

Engelleyici olmayan hatalar Power BI Desktop'ın raporu açmasını engellemez ve otomatik olarak çözülür.

Geçersiz activePageName yapılandırma, Power BI Desktop'ın otomatik olarak düzeltilmesine neden olan engelleyici olmayan bir hata örneğidir. Uyarı, raporu kaydetmeden ve dış tanımın üzerine yazmadan önce düzeltmeyi gözden geçirme fırsatı verir.

Yaygın PBIR hataları

Senaryo:Görsel veya sayfa klasörü adlarını yeniden adlandırdıktan sonra, rapor açılırken görselim veya sayfam artık görünmüyor.

Çözüm: Adın adlandırma kuralına uygun olup olmadığını doğrulayın. Eğer öyle değilse, Power BI Desktop dosyayı veya klasörü yoksayar ve özel kullanıcı dosyaları olarak kabul eder.

Senaryo:Yeni rapor nesneleri diğerlerinden farklı olarak adlandırılır. Örneğin, çoğu sayfa klasörü 'ReportSection0e71dafbc949c0853608' olarak adlandırılırken, bazıları '1b3c2ab12b603618070b' olarak adlandırılır.

Çözüm: PBIR her nesne için yeni bir adlandırma kuralı benimsedi, ancak yalnızca yeni nesneler için geçerlidir. Mevcut bir raporu PBIP olarak kaydettiğinizde, referansların bozulmasını önlemek için geçerli adların korunması gerekir. Tutarlılık istiyorsanız, bir betik kullanarak toplu yeniden adlandırma yapmanıza izin verilir.

Senaryo:Yer işareti dosyasını kopyaladım ve kaydettikten sonra yer işareti yapılandırmasının çoğu silindi.

Çözüm: Bu davranış kasıtlı olarak gerçekleştirilir, rapor yer işaretleri, tüm görselleri ile birlikte bir rapor sayfasının durumunu yakalar. Yakalanan durum farklı görsellere sahip başka bir rapor sayfasından kaynaklandığından, geçersiz görseller yer işareti yapılandırmasından kaldırılır. Bağımlı görselleri ve sayfayı da kopyalarsanız, yer işareti yapılandırmasını olduğu gibi korur.

Senaryo:Başka bir rapordan bir sayfa klasörü kopyaladım ve "'pageBinding.name' özelliğinin değerleri benzersiz olmalıdır" hatasını aldım.

Çözüm: detaylandırma ve sayfa araç ipuçlarını desteklemek için pageBinding nesnesi gereklidir. Bunlara başka sayfalar tarafından başvurulabileceği için, adın rapor içinde benzersiz olması gerekir. Yeni kopyalanan sayfada, hatayı çözmek için benzersiz bir değer atayın. Haziran 2024'ten sonra, pageBinding adı varsayılan olarak BİR GUID olduğundan bu durum artık sorun teşkil etmez.

Mevcut raporu PBIR'e dönüştürme

PBIR genel olarak kullanılabilir ve varsayılan rapor biçimidir. Power BI Desktop'ta ve Power BI hizmeti PBIR-Legacy kullanan raporları açmaya devam edebilirsiniz. Bir PBIR-Legacy raporu düzenleyip kaydettiğinizde, Power BI sessizce ve otomatik olarak PBIR'e dönüştürür.

Dönüştürmeden önce Power BI raporun yedeğini oluşturur:

• Power BI Desktop, yedeklemeyi aşağıdaki konumlardan birinde 30 gün boyunca saklar:
  • Microsoft Store sürümü: %USERPROFILE%\Microsoft\Power BI Desktop Store App\TempSaves\Backups
  • Yürütülebilir yükleyici sürümü: %USERPROFILE%\AppData\Local\Microsoft\Power BI Desktop\TempSaves\Backups
• Power BI hizmeti, PBIR-Legacy yedeklemesini 28 gün boyunca korur. Geri yüklemek için çalışma alanından Rapor ayarları'nı açın ve PBIR-Legacy olarak geri yükle'yi seçin. Bu yedekleme yalnızca doğrudan Power BI hizmeti dönüştürülen raporlar için oluşturulur.

bir PBIR-Legacy yedeğinin geri yüklenmesi başka bir dönüştürmeyi engellemez. Bir raporu PBIR-Legacy biçiminde tutmak için, raporu Power BI hizmetinde düzenlemeyin veya Eylül 2026'dan önce yayımlanmış bir Power BI Desktop sürümünü kullanmayın.

PBIR ile ilgili önemli noktalar ve sınırlamalar

Aşağıdaki önemli noktaları ve sınırlamaları göz önünde bulundurun:

• Görsel otomatik filtreler , yalnızca filtre bölmesi raporu düzenlerken en az bir kez genişletildikten sonra PBIR visual.json dosyasında kalıcı olur.
• Power BI PBIR-Legacy raporu düzenleyip kaydettiğinizde PBIR'e dönüştürmezse dönüştürme işlemi bir ürün sorunuyla karşılaşmıştır. Sorunu bildirmek için bir destek isteği oluşturun.

Hizmet tarafından zorunlu kılınan PBIR boyut sınırlamaları:

• Rapor başına en fazla 1.000 sayfa.
• Sayfa başına en fazla 1000 görsel.
• Rapor başına en fazla 1.000 kaynak paketi dosyası.
• Tüm kaynak paketi dosyaları için en fazla 300 MB boyut.
• Tüm rapor dosyalarının en büyük boyutu 300 MB'tır.

Önemli

Yukarıdaki sınırlara ulaşırsanız raporunuzu iyileştirmeyi düşünmelisiniz. Power BI İyileştirme belgesine bakın.

Fabric Git Tümleştirmesi ve Fabric REST API'leri PBIR kullanarak rapor tanımlarını dışarı aktarır.

İlgili içerik

• Power BI Desktop proje anlam modeli klasörü
• Power BI Desktop projeleri