Neyi raporlayacak olursanız olun ;
1.İlk ihtiyaç veridir. ERP, CRM, IS-U gibi SAP Ürünlerinde veya çeşitli veri tabanlarında oluşan veriler.
2.Ardından veriyi bilgiye dönüştürme süreci gelir. Veriyi bilgiye dönüşme sürecinin işleyeceği ve verinin saklanacağı bir depo alana da dolayısı ile ihtiyaç vardır. Örneğin SAP BW sistemi.
3.Arkasından bir sunum katmanı ile kullanıcılara erişilir. SAP Business Object, SAP Analytics Cloud, Qlik, Cognos gibi.
- İşlemsel ( OLTP ) işlemlerin yapıldığı sistemlerde, yıllarca süren sipariş fatura, nakliye gibi faaliyetler sonucu büyük miktarlarda veri oluşur. Bu veri bir sistem kullanılarak bilgiye dönüşmediği sürece, hiç bir firma için veya hiç bir yönetici için anlamlı değildir. Bu verinin işlenebilmesi için bir depoya taşınması gereklidir. Kaynak sistem üzerinde raporlama sistemi kurmak isteyen danışman veya danışman firması var ise bu konuda ki tecrübesizliğini ortaya koymuş demektir.
- Bütün mesele veri depo alanın nasıl oluşturulacağıdır, diğer bir deyişle SAP BW sistemi nasıl kurulması ve modellenmelidir ? Burada kurulmuş olan düzen ya kusursuz olacaktır ya da kusurlu. Bunu belirleyen etken ise danışmanların tecrübesidir. Raporlama sistemleri için çalışacak olan danışmanın yazılım temeli olması ve üzerine iş bilgisi koymuş olması gerekir. Yoğun çalışan bir kişi, böyle bir tecrübeyi minimum 5 senede kazanılabilir. Standart tempoda çalışan bir kişi için yaklaşık 10 seneyi bulabilir. Danışman kiralamada verilen tavizler, raporlama sistemin hayatı boyunca ayağına dolanacak sorunlar demektir. Tavizin kaynağı ise maliyettir. Kısa vadeli çıkarlara odaklı, bütçe yönetimi bilmeyen ve yetersiz-öngörüsüz yöneticiler taviz verme konusunda yeteneklidir. Düzgün ve gerektiği gibi yapılandırılmış bir veri deposunda hız ile ilgili bir sorun olmaz. SAP HANA gibi bir ürün varken hız düşünülecek son konu olmalıdır. Burada danışman kalitesi çok önemlidir. HANA bir sistemdir ve bu sistemin hızlı hizmet vermesi için modelleme katmanın da veritabanına indirilmesi gerekir. Bir çok yapılan SAP BW HANA dönüşümleri sadece sistem ve veri tabanının HANA’ya yükseltilmesi şeklindedir. Klasik küpler “advanced DSO” lara dönüşmedikten sonra, Query Designer raporlama aracındaki raporlar “calculation view” gibi ortamlara, yani veritabanı seviyesine taşınmadıktan sonra, SAP BW HANA sistemlerinden gerektiği gibi performans alınamaz. Bu da bir süreçtir. Ve bu süreci ancak yeterli teknik tecrübe ve iş bilgisi olan bir danışman yürütebilir.
- Raporlama ve sunum katmanı için bir çok seçenek vardır . SAP BW HANA sistemi, SAP Business Object sistemi ile doğal olarak sorunsuz çalışmaktadır. Burada da danışman kalitesi çok önemlidir. SAP Business Object ailesinde olan Webi ve Lumira gibi ürünlerden performans ve kalite bekleniyor ise danışman yazılım biliyor olmalı ve yeteri sayıda müşteride yeterince ekran tasarlamış olmalıdır. SAP BW HANA sistemi kurarak modellemesini yapan danışman eğer SAP BO’ da biliyor ise, bu sunum katmanını ortaya çıkartması çok kısa zaman alacaktır. Burda da tavizler verilerek, orta ve düşük seviye danışmanlar kiralanır ve her iş için farklı danışmanlar ile çalışılır ise sonuç genellikle hüsrandır. Yeterli bütçe ile tavizsiz olarak, başta-sona tek elden kurulan raporlama sistemleri için şikayet edilebilecek pek bir sorun veya konu çıkmamaktadır.
3. Parti ürünler için SAP BW HANA veri sağlayabilir. Veriler HANA üzerindeyken farklı bir firma ürünü ile raporlama sistemi kurmak süreç olarak uzun zaman alır. Basit bir rapor için bir çok kişinin koordineli çalışması gerekir. Test süreçleri uzundur, hata tespiti zor olur. Farklı firmalardan farklı kişilerle sürekli iletişim gerekir ve yıpratır. SAP BW HANA üzerinde yapılan işler, 2. kez farklı bir sistem üzerine tekrar yapılır. Veri aktarımları ve kontrolleri ekstra iş yükü getirir. 3. Parti raporlama araçlarının satınalma fiyatları uygun olsa dahi süreç içerisinde maliyetleri oldukça yükselir.
Mevcut SAP BW Hana üzerine Cognos veya Qlik ile entegrasyon yaparak raporlama sistemi kurulmak isteniyor ise tecrübelerimizi paylaşabiliriz.