Primavera P6 BI Publisher Raporları: Kapsamlı Rehber
P6 EPPM'de Oracle BI Publisher raporlaması — standart rapor kütüphanesi, RTF şablon özelleştirme ve Power BI yerine ne zaman tercih edileceği.
BI Publisher Nedir (ve Neden Umursamalısınız)?
Oracle BI Publisher, Primavera P6 EPPM ile birlikte gelen kurumsal bir raporlama motorudur. P6 dünyasında yeterince uzun süredir bulunuyorsanız Crystal Reports günlerini hatırlarsınız — BI Publisher, Oracle’ın onun yerine koyduğu araç ve neredeyse her açıdan ciddi bir sıçrama.
Temel değer önerisi şu: BI Publisher, P6 veritabanınızdan veriyi alır, biçimlendirilmiş bir şablon uygular ve PDF, Excel, Word, HTML ya da RTF formatında rapor üretir. Şablonu bir kez tasarlarsınız; rapor her çalıştığında güncel veriyi çekip tutarlı, profesyonel bir doküman üretir.
Baştan net olmak gereken bir nokta var: BI Publisher, P6 EPPM’de (web tabanlı, sunucuya kurulan sürümde) mevcuttur. Yerel veritabanıyla standalone P6 Professional kullanıyorsanız BI Publisher’a erişiminiz yoktur. P6’nın yerleşik print layout’larını kullanmanız ya da Excel’e export edip raporları elle kurmanız gerekir.
BI Publisher P6’ya Nasıl Bağlanır
Mimari, bir kez görünce gayet anlaşılır:
Data Model — P6 veritabanı şemasına (standart şema ya da extended schema) karşı çalışan bir SQL sorgu seti. Data model, rapora hangi verinin sunulacağını tanımlar. Perde arkasındaki SELECT ifadesi gibi düşünün.
Template — Yerleşimi, biçimlendirmeyi, üst ve alt bilgileri ve mantığı tanımlayan bir RTF (Rich Text Format) dosyası. Şablonlar, BI Publisher Desktop eklentisiyle Microsoft Word’de tasarlanır. Şablon, verinin nasıl görüneceğini tanımlar.
Report — Data model + şablon + kullanıcının seçtiği parametrelerin (proje filtresi, tarih aralığı, WBS düzeyi gibi) birleşimi. P6 web arayüzünde bir raporu “çalıştırdığınızda” tetiklediğiniz şey bu birleşimdir.
Output — Seçtiğiniz formatta üretilmiş doküman. Resmi dağıtım için en yaygını PDF. Veriyi sonradan kurcalamak isteyenler için Excel popüler.
P6 web arayüzünde Reports bölümüne gidin. Kategorilere göre düzenlenmiş BI Publisher raporlarının listesini görürsünüz. Birini seçin, parametrelerinizi belirleyin, çıktı formatını seçin ve çalıştırın. Rapor sunucu tarafında üretilir ve tarayıcınıza iner.
Standart Rapor Kütüphanesi
P6, hazır BI Publisher raporlarından oluşan bir kütüphaneyle gelir. Tam sayı P6 sürümüne göre değişir — Oracle sürümler arasında rapor ekleyip çıkardı — ama çekirdek kategoriler sabit kaldı:
Program Raporları
- Activity Listing — İşin beygiri. Aktiviteleri tarihleri, süreleri, float değerleri ve durumlarıyla listeler. WBS’e, activity code’lara ya da tarih aralığına göre filtrelenebilir.
- Schedule Summary — WBS bazında daha üst düzey görünüm; toplanmış tarihler, ilerleme ve kilit milestone’lar.
- Schedule Comparison — Mevcut programı baseline ile karşılaştırır. Sapma analizi ve gecikme talepleri (delay claims) için kullanışlı.
Kaynak Raporları
- Resource Loading — Kaynak atamalarını zaman içinde gösterir. Ay, hafta ya da özel dönem bazında histogramlar.
- Resource Assignment Detail — Aktivite düzeyinde kaynak atamaları; planlanan ve gerçekleşen birimler ile maliyetler.
Maliyet ve Kazanılmış Değer Raporları
- Earned Value Analysis — Proje ve WBS düzeyinde SPI, CPI, EAC ve diğer EVM metrikleri.
- Budget Summary — Orijinal bütçe, güncel bütçe, gerçekleşenler ve kalan tahmin.
- Cost Breakdown — WBS’e, kaynağa ya da cost account’a göre maliyetler.
Proje Özet Raporları
- Project Status — Kilit tarihler, tamamlanma yüzdesi ve bütçe özetiyle tek sayfalık genel bakış.
- Milestone Report — Kilit milestone’ları baseline tarihlerine karşı izler.
Bu standart raporlar işlevsel ama jenerik. Başlamanız için yeterler ve birçok projede iç kullanım için idare ederler. Ama raporları dış müşterilere, kamu kurumlarına ya da üst yönetime teslim ediyorsanız, neredeyse kesin olarak özelleştirmeniz gerekecek.
BI Publisher Şablonlarını Özelleştirmek
BI Publisher ekmeğini asıl burada kazanıyor. Özelleştirme akışı:
Adım 1: Mevcut Bir Şablonu Export Edin
Mevcut bir rapor şablonundan yola çıkın. Her zaman. Sıfırdan kurmak teknik olarak mümkün ama sancılı — her veri alanı bağlamasını, gruplamayı ve yerleşim öğesini sıfırdan tanımlamanız gerekir. Bunun yerine, ihtiyacınıza en yakın standart raporu bulun ve RTF şablonunu BI Publisher kataloğundan export edin.
Adım 2: Word için BI Publisher Eklentisini Kurun
Oracle ücretsiz bir Microsoft Word eklentisi sunuyor (BI Publisher Desktop). Kurun. Bu eklenti Word’e bir “BI Publisher” şerit sekmesi ekler; veri alanları eklemenizi, tekrarlayan gruplar tanımlamanızı, koşullu mantık kurmanızı ve raporu önizlemenizi sağlar — hepsi Word arayüzünün içinde.
Adım 3: Şablonu Değiştirin
Export ettiğiniz RTF’i Word’de açın. Artık şunları yapabilirsiniz:
- Şirket logonuzu ve markanızı ekleyin — varsayılan Oracle/P6 başlığını kendi başlığınızla değiştirin
- Kolon düzenini değiştirin — veri kolonu ekleyin ya da çıkarın, boyutlandırın, yeniden sıralayın
- Koşullu biçimlendirme ekleyin — SPI 1.0’ın altına düştüğünde değeri kırmızı gösterin, critical path aktivitelerini vurgulayın, baseline’a göre geciken milestone’ları işaretleyin
- Hesaplanmış alanlar ekleyin — BI Publisher özel hesaplamalar için XSL ifadelerini destekler
- Gruplama ve sıralamayı değiştirin — aktiviteleri WBS düzey 3 yerine düzey 2’ye göre gruplayın ya da total float’a göre artan sıralayın
RTF şablon sözdizimi ilk bakışta tuhaf gelir. Word metninin içine gömülü XML tarzı etiketler görürsünüz — tekrarlayan bir grup başlatan <?for-each:G_1?> ya da alan değeri ekleyen <?Activity_Name?> gibi. Sezgisel değil ama mantıklı. İki üç şablon kurduktan sonra kalıp oturuyor.
Adım 4: Yükleyin ve Test Edin
Değiştirdiğiniz RTF şablonunu katalog arayüzünden BI Publisher’a geri yükleyin. Raporu gerçek bir projede, örnek veriyle çalıştırın. Çıktıyı dikkatle kontrol edin — alan hizalamaları bozulur, sayfa sonları yanlış yere düşer, koşullu mantığın uç durumları çıkar. İterasyon için zaman ayırın.
Sahadan Pratik İpuçları
Sub-template’ler hak ettiği kadar kullanılmıyor. Yeniden kullanılabilir şablon parçaları oluşturabilirsiniz — şirket logolu ve rapor başlıklı standart bir üst bilgi, sayfa numaralı ve gizlilik notlu standart bir alt bilgi. Bu sub-template’lere her rapordan referans verin. Logoyu bir kez değiştirin, her rapor kendiliğinden güncellensin.
Koşullu biçimlendirme raporu eyleme dönüştürür. Bir duvar dolusu siyah metni taramak zordur. Ama geciken aktivitelerin kırmızı, kritik float’ın kalın, bütçe aşımlarının kehribar renginde göründüğü bir rapor — işte o rapor okunur. Ben genellikle üç kural kurarım: tolerans dışı değerlere kırmızı, tolerans sınırına yaklaşanlara kehribar, aralık içindeki her şeye varsayılan.
Veri hacmine dikkat edin. Tüm kaynak atamalarıyla 10.000 aktivite çeken bir raporun üretilmesi dakikalar sürebilir ve kimsenin okumayacağı 200 sayfalık bir PDF çıkarır. Parametreleri akıllıca filtrelemek için kullanın — WBS’e, tarih aralığına, aktivite durumuna göre. Kullanıcılara raporu gerçekten ihtiyaç duydukları kapsama daraltma imkânı verin.
Şablonlarınızı sürüm kontrolüne alın. Özelleştirilmiş RTF dosyalarınızın bir kopyasını BI Publisher dışında bir depoda tutun. P6 yükseltildiğinde şablonlar bazen ayar ister. RTF’in paylaşılan bir sürücüde (ya da Git’te) olması değişiklikleri izlemenizi, geri almanızı ve birlikte çalışmanızı sağlar.
Extended Schema: Asıl Güçlü Hamle
P6’nın standart veritabanı şeması normalize edilmiştir — uygulama performansı için harika, raporlama için değil. Kaynakları ve kodları içeren basit bir aktivite listesi için 15 tabloyu SQL join’leriyle birleştirmek hem yorucu hem hataya açık.
Extended Schema bunu çözer. P6’nın bir ETL (Extract, Transform, Load) süreciyle doldurduğu ayrı bir Oracle şemasıdır. Extended schema şunları sunar:
- Denormalize raporlama tabloları — sık ihtiyaç duyduğunuz veriyi önceden birleştiren düzleştirilmiş görünümler
- Önceden hesaplanmış spread’ler — zaman dilimlerine yayılmış, histogram ve S-curve’e hazır kaynak ve maliyet verisi
- Activity code pivot’ları — activity code’lar satır yerine kolon olarak; filtreleme ve gruplama böylece kolaylaşır
BI Publisher raporlamasında — ya da P6 verisine karşı herhangi bir raporlamada — ciddiyseniz, Extended Schema’yı etkinleştirmeniz gerekir. Standart şema data model’i basit raporlar için işe yarar, ama zamana yayılmış resource loading, kazanılmış değer trendleri ya da projeler arası karşılaştırma içeren her şey extended schema ile kat kat kolaydır.
Kurulum DBA’inizi gerektirir. Ayrı bir Oracle şemasıdır, kendi tablespace’ine ihtiyaç duyar ve veriyi senkron tutmak için zamanlanmış bir iş (ETL) ister. ETL, raporlarınızın ne kadar güncel olması gerektiğine göre saatlik, günlük ya da talep üzerine çalışabilir. Yapılandırdığım projelerin çoğunda gece çalıştırıyoruz — raporlama döngüsü için her sabah taze veri.
BI Publisher, Power BI ve Özel Dashboard Karşılaştırması
Bu soruyu neredeyse her çalışmada alıyorum. Dürüst karşılaştırmam şu:
| Boyut | BI Publisher | Power BI | Özel Dashboard |
|---|---|---|---|
| P6 Entegrasyonu | Yerleşik — kutudan çıkar | Bağlayıcı ya da API gerekir | Özel geliştirme |
| Çıktı Formatı | PDF, Excel, Word, RTF, HTML | Etkileşimli web, PDF export | Web tabanlı |
| Birincil Kitle | Resmi rapor tüketicileri | Veri analistleri, yöneticiler | Operasyon ekipleri |
| Özelleştirme | Şablon tabanlı (RTF) | Sürükle-bırak görsel araç | Sınırsız (kod) |
| Maliyet | P6 EPPM lisansına dahil | Ayrı Microsoft lisansı | Geliştirme + barındırma |
| Öğrenme Eğrisi | Orta (RTF şablonları) | Düşük-orta | Yüksek (geliştirici gerekir) |
| En İyi Olduğu Alan | Uyumluluk, baskı, arşiv | Analiz, drill-down, keşif | Gerçek zamanlı operasyonel görünüm |
Bu araçların hiçbiri evrensel olarak “en iyi” değil. Farklı amaçlara hizmet ediyorlar.
BI Publisher’ı Ne Zaman Kullanmalı
Resmi teslimatlar. Aylık ilerleme raporları, haftalık program güncellemeleri, PDF eki olarak 50 paydaşa e-postalanan maliyet raporları. BI Publisher her seferinde tutarlı, baskıya hazır dokümanlar üretir. Biçimlendirme sürprizi yok, bozulan formül yok, “bende farklı görünüyor” yok.
Uyumluluk ve denetim. Kamu sözleşmeleri, DCMA 14-Point Assessment değerlendirmeleri, ANSI/EIA-748 kazanılmış değer sunumları. Bunlar belirli tarihlerde, belirli formatlarda rapor ister. BI Publisher şablonları o formatı garanti eder.
Projeler arası tutarlılık. Aynı aylık durum raporunu üretmesi gereken 20 proje yöneticiniz varsa, ellerine bir BI Publisher şablonu verin. Raporu kim çalıştırırsa çalıştırsın aynı görünür. Aynı tutarlılığı Excel ile yakalamayı deneyin, ne olacağını görürsünüz.
Zaten P6 EPPM kullanıyorsanız. Lisansınıza dahil. Satın alma süreci yok, ek sunucu yok (BI Publisher, P6 uygulama sunucusunda çalışır), yeni bir tedarikçi ilişkisi yok. Zaten orada duruyor.
Ne Zaman Başka Yere Bakmalı
Etkileşimli analiz. Paydaşlarınız bir çubuk grafiğe tıklayıp aktivite detayına inmek, anlık filtrelemek ya da veriyi çalışma anında seçtikleri boyutlara göre dilimlemek istiyorsa — orası Power BI sahası. BI Publisher statik doküman üretir, etkileşimli dashboard değil.
Gerçek zamanlı operasyonel görünümler. Şantiye şefinin bugünün planlanan aktivitelerini ekip atamaları ve ekipman durumuyla canlı görmesi gerekiyorsa, doğru araç P6 API’sine bağlı özel bir web dashboard’udur. BI Publisher raporları anlık görüntüdür, canlı akış değil.
Sistemler arası raporlama. P6 program verisini bir ERP’den (SAP, Oracle EBS) gelen maliyet verisiyle, risk kayıt defterinden gelen risk verisiyle ve doküman yönetim sisteminden gelen doküman durumuyla birleştirmeniz gerekiyorsa — BI Publisher’ı aşmışsınız demektir. Bir veri ambarını besleyen ETL hattına ve üstünde bir raporlama katmanına ihtiyacınız var. O raporlama katmanı BI Publisher olabilir, ama ancak tüm veri onun sorgulayabileceği bir şemaya inerse.
Hızlı ad-hoc analiz. “Geçen ay en çok işçilik saati hangi aktivitelerde harcandı?” sorusunu hızla yanıtlaması gereken bir proje kontrol analisti, BI Publisher raporu kurmak istemez. Veriyi sorgulamak, pivot etmek ve yola devam etmek ister. Excel’e export edin ya da doğrudan Power BI bağlayın.
Çoğu kurum için doğru cevap bir kombinasyon: resmi raporlar ve uyumluluk teslimatları için BI Publisher, etkileşimli analiz için Power BI ya da Tableau, aradaki her şey için Excel. Hata, tek bir araca her şeyi yaptırmaya çalışmak.
Bu kombinasyonun pratikte nasıl göründüğünü — hem resmi raporlar hem etkileşimli dashboard’lar tarafında — rapor ve dashboard kataloğu gösteriyor.