SAP Power BI Entegrasyonu Nedir?
SAP Power BI entegrasyonu; SAP S/4HANA, ECC, BW/4HANA veya SAP HANA verisini Microsoft Power BI'a bağlayarak kullanıcıların veriyi elle dışa aktarmadan rapor üretmesini sağlar. Üretim tesislerinde tablo ancak SAP'nin dışındaki saha verisi de eklendiğinde tamamlanır: PLC sayaçları, SCADA alarm ve olay kayıtları, historian'daki proses değerleri ve enerji ölçümleri.
Bu veriler, OPC-UA üzerinden okuyan bir edge servisiyle ya da SCADA historian'ından zamanlanmış delta aktarımıyla alınır, SAP üretim siparişi ve ekipman numarasıyla eşleştirilir ve SAP verisiyle aynı modelde raporlanır. En önemli dört tasarım kararı şunlardır: iş mantığının nerede duracağı, SAP yetkilerinin Power BI'a nasıl taşınacağı, raporların canlı mı (DirectQuery) yoksa zamanlanmış içe aktarımla mı (Import) çalışacağı ve saha verisinin OT ağından nasıl güvenle çıkarılacağı.
Zorluk: SCADA Her Şeyi Görüyor, SAP Her Şeyi Kaydediyor — Ama Birbirlerini Tanımıyorlar
Müşteri, Türkiye'de üç tesisi ve iki şirket kodu bulunan, kesikli üretim yapan bir üretici. Finans, satış, satın alma ve üretim SAP S/4HANA'da; yıllara yayılan kontrolling geçmişi SAP BW/4HANA'da. Sahada ise 12 üretim hattı Siemens PLC'lerle çalışıyor; hatlar ve yardımcı işletmeler (basınçlı hava, soğutma, enerji dağıtımı) merkezi bir SCADA sisteminden izleniyor ve SCADA historian'ı yıllardır veri biriktiriyor. Grup Microsoft 365'e geçmişti, her yöneticinin Power BI lisansı vardı — ama hiçbirinin raporu yoktu.
| Müşteri profili | Detay |
|---|---|
| Sektör | Kesikli üretim (otomotiv tedarik zinciri) — anonim |
| Tesisler | 3 tesis, 12 üretim hattı, 2 şirket kodu, 1 paylaşılan hizmet merkezi |
| Saha otomasyonu | Siemens S7-1200 / S7-1500 PLC'ler · merkezi SCADA · SQL tabanlı historian (~1.400 etiket) · hat başına enerji analizörleri |
| SAP ortamı | SAP S/4HANA (on-premise) · SAP BW/4HANA · SAP Gateway |
| Önceki raporlama | SCADA ekranından doldurulan vardiya formları, SAP standart raporları, elle Excel dökümleri, e-postayla haftalık PDF paketleri |
| Microsoft altyapısı | Microsoft 365, mevcut Power BI Pro lisansları, Azure kiracısı |
| Kapsamdaki kullanıcılar | ~180 (tesis ve bakım yönetimi, vardiya amirleri, finans, satış, yönetim kurulu) |
Sorunlar, SAP ile sahayı hiç birleştirmemiş her tesis için tanıdıktı:
- Vardiya amirleri üretim adetlerini, duruşları ve enerji değerlerini SCADA ekranından okuyup forma yazıyordu. Bu değerler SAP'deki üretim teyitleriyle hiçbir zaman örtüşmüyordu.
- SCADA historian yıllarca veri toplamıştı, ama bu veriye yalnızca otomasyon mühendisleri SCADA istemcisi üzerinden erişebiliyordu.
- Ay sonu yönetim paketi, SAP dökümleri ve Excel makrolarıyla beş iş gününde hazırlanıyordu. 40'tan fazla Excel dosyasında "fire", "duruş" ve "OEE" farklı tanımlarla hesaplanıyordu.
- Enerji maliyeti yalnızca fatura düzeyinde biliniyordu; hangi hattın, hangi ürünün ve hangi vardiyanın ne kadar kWh tükettiği görünmüyordu.
- BT ve otomasyon ekipleri haklı olarak endişeliydi: SAP tablolarına doğrudan bağlanan Power BI Desktop kullanıcıları ERP için, ofis ağından SCADA sunucusuna açılan bağlantılar ise OT güvenliği için risk demekti.
Neden Power BI — ve Neden Yalnızca SAP Analytics Cloud Değil?
Natura Systems hem SAP BW ve SAP Analytics Cloud hem de Power BI projeleri teslim eder; SAP OEE entegrasyonu projemizde canlı OEE panoları SAC'de kuruldu. Seçimi kendi tercihimize göre değil, müşterinin ortamına göre yaparız. Bu projede üç etken Power BI'ı öne çıkardı:
- Lisanslar zaten vardı. Grup, Microsoft 365 üzerinden Power BI Pro için ödeme yapıyor ama hiç kullanmıyordu.
- İstenen göstergelerin önemli bir kısmı SAP dışından geliyordu. KPI'ların yaklaşık %40'ı SCADA historian'ı, enerji analizörleri ve PLC sayaçlarından besleniyordu. Power BI'ın SQL tabanlı historian'lara ve farklı kaynaklara bağlanma esnekliği bu harmanı kolaylaştırdı.
- Kullanıcılar zaten Teams ve Excel'deydi. Kontrol odasındaki büyük ekranlar da bir web panosunu gösterebiliyordu. Raporları insanların çalıştığı yere taşımak, yeni bir portal öğretmekten daha iyi sonuç verdi.
Bizim yaklaşımımız. Planlama, SAP'ye özgü tahmine dayalı özellikler veya S/4HANA'ya gömülü analitik öncelikliyse SAC doğru seçim olmaya devam eder. Kurum Microsoft merkezliyse ve SAP'yi SCADA, historian ve enerji ölçümleri gibi SAP dışı kaynaklarla harmanlaması gerekiyorsa, kullanıcı benimsemesinde genellikle Power BI kazanır. Yanlış cevap, veriyi anlamadan aracı seçmektir.
SAP Power BI Entegrasyon Mimarisi
Mimari, katmanları birbirinden net biçimde ayırır; böylece her katman diğerlerini bozmadan değişebilir. Kontrol sahada kalır, iş mantığı SAP'de kalır; Power BI yalnızca düzenlenmiş ve yetkilendirilmiş veriyi okur.
Power BI, SCADA'nın yerini almaz. SCADA gerçek zamanlı izleme ve kontrol içindir: alarm, müdahale ve saniye düzeyinde proses görünürlüğü. Power BI ise analiz ve yönetim içindir: vardiyaları, hatları, ürünleri ve maliyetleri karşılaştırır. Bu projede operatörler SCADA ekranlarında çalışmaya devam etti; Power BI, SCADA verisini SAP bağlamıyla birleştirerek yönetimin, bakımın ve finansın daha önce göremediği resmi gösterdi. Raporlama katmanı sahaya hiçbir komut göndermez.
Katman 1 — Saha: PLC, SCADA ve historian verisinin envanteri
Proje bir rapor tasarımıyla değil, bir saha envanteriyle başladı. Otomasyon ekibimiz her hattı makine makine inceledi ve hangi verinin gerçekten güvenilir olduğunu belirledi: sağlam parça ve fire sayaçları, çalışma ve duruş durumları, alarm word'leri, hız set değerleri ve hat başına enerji analizörlerinden gelen kWh ve güç değerleri.
Yaklaşık 1.400 SCADA etiketinden raporlama için gerçekten gereken ~320'si seçildi; her biri için birim, örnekleme aralığı ve sorumlu kişi bir etiket sözlüğüne yazıldı. Etiket isimleri tesisler arasında farklıydı; aynı sinyal üç tesiste üç ayrı adla tutuluyordu. Bu sözlük, üç tesisin aynı dili konuşmasını sağlayan ilk adım oldu.
Katman 2 — Saha verisini OT ağından güvenle çıkarmak
Saha verisi iki yoldan alınıyor. Canlı sayaç ve durum verisi, OPC-UA üzerinden okuyan bir .NET edge servisine geliyor. Servis ham sinyalleri anlamlı olaylara dönüştürüyor — bir çalışma bloğu, süresiyle birlikte bir duruş, bir sağlam adet, bir fire adedi — ve bağlantı kesildiğinde veriyi yerel olarak tamponluyor. Geçmiş proses değerleri ise SCADA historian'ından zamanlanmış delta aktarımıyla okunuyor: historian'a rapor sorgusu gönderilmiyor, yalnızca son aktarımdan bu yana eklenen kayıtlar çekiliyor.
Her iki akış da OT ve IT ağı arasındaki DMZ'den tek yönde geçiyor. Ofis ağından SCADA sunucusuna ya da PLC'ye hiçbir bağlantı açılmıyor, Power BI'dan sahaya hiçbir yazma yapılamıyor. Bu, SAP OEE entegrasyonu ve SAP kantar entegrasyonu projelerimizde kullandığımız ilkenin aynısı: PLC kontrol eder, edge toplulaştırır, iş sistemleri yalnızca anlamlı olayları görür.
Katman 3 — SAP tarafı veri modellemesi ve bağlantı yöntemi seçimi
Ham SAP tablolarını açmak yerine raporlama mantığı SAP içinde kuruldu; orada test edilebilir, taşınabilir ve yönetilebilir. S/4HANA için bu, SAP Gateway üzerinden OData servisi olarak yayınlanan analitik CDS view'lar demekti (mümkün olan yerde SAP'nin standart Sanal Veri Modeli genişletildi). Finans geçmişi için mevcut BW sorguları yeniden kullanıldı; büyük hacimde yüksek performans gereken yerlerde HANA hesaplama görünümleri devreye girdi.
Tek bir "SAP'den Power BI'a" bağlayıcı yoktur. Yöntem her veri alanı için hacme, gecikmeye ve mantığı zaten tutan nesneye göre seçildi:
| Yöntem | En uygun olduğu durum | Kullanılan mod | Uygulandığı yer |
|---|---|---|---|
| OPC-UA edge servisi | PLC sayaçları, çalışma / duruş durumları, fire | Olay tabanlı aktarım, staging'e | Hat bazında üretim, duruş, OEE |
| SCADA historian delta aktarımı | Proses değerleri, alarm ve olay geçmişi, enerji | Zamanlanmış yükleme (5–15 dk), staging'e | Enerji tüketimi, alarm Pareto'su, proses trendleri |
| CDS view üzerinde OData | Operasyonel S/4HANA verisi, SAP iş mantığıyla | Import, artımlı yenileme | Üretim siparişleri, teyitler, PM bildirimleri, OTIF |
| SAP HANA bağlayıcısı | Yüksek hacimli kalemler, anlık görünümler | Hesaplama görünümlerinde DirectQuery | Açık alacaklar, eldeki stok |
| SAP BW bağlayıcısı | Hiyerarşili ve değişkenli mevcut BW sorguları | Import (aylık anlık görüntü) | Kâr merkezi K&Z, masraf yeri geçmişi |
Katman 4 — Saha ile SAP'yi aynı modelde buluşturmak
Endüstriyel otomasyon deneyimine sahip bir SAP ekibinin fark yarattığı yer burası. Edge servisinden ve historian'dan gelen olaylar, staging katmanında SAP üretim siparişlerine sipariş numarası ve teyit zaman damgası üzerinden, SAP PM ekipman ana verisine ise ekipman numarası üzerinden bağlandı. PLC etiketleri ile SAP iş yerleri ve ekipmanları arasındaki eşleştirme etiket sözlüğünde yönetiliyor; bir hat yeniden düzenlendiğinde rapor değil, tek bir satır güncelleniyor.
Semantik model, finans, satış ve üretim genelinde paylaşılan ortak boyutlarla (tesis, hat, ekipman, malzeme, vardiya, takvim) yıldız şema olarak kuruldu; bir rapordaki filtre diğer tüm raporlarda aynı anlama geliyor. Tesis müdürleri artık planlanan ve gerçekleşen üretimi, neden koduna göre fireyi, hat başına OEE'yi ve ton başına kWh'yi SAP siparişinin hemen yanında, tek raporda ve tek tanımla görüyor.
Tüm SAP trafiği, her düğümünde SAP .NET Connector ve HANA ODBC sürücüsü kurulu, kümelenmiş bir on-premises data gateway üzerinden geçiyor — SAP Power BI projelerinin en sık başarısız olma nedeni tek bir dizüstü bilgisayara kurulmuş gateway'dir. Satır düzeyi güvenlik de SAP'den türetildi, iki kez yönetilmiyor: şirket kodu, tesis ve satış organizasyonu yetki nesneleri her gece bir güvenlik tablosuna aktarılıyor ve Power BI RLS rolleri buradan okuyor. SAP'de 2. tesisi göremeyen bir kullanıcı, Power BI'da 2. tesisin ne SAP verisini ne de SCADA verisini görebiliyor.
Katman 5 — Raporlar, kontrol odası ekranları ve yönetişim
Raporlar; sertifikalı veri setleri, dağıtım hatları (geliştirme → test → canlı) ve kullanım izlemesiyle alan bazlı çalışma alanlarında yayınlandı. Hat panoları kontrol odasındaki büyük ekranda SCADA'nın yanında gösteriliyor; vardiya amirleri aynı raporu sahada tablette açıyor. İş kullanıcıları sertifikalı model üzerinde kendi görsellerini oluşturuyor; artık kimse Power BI Desktop'ı doğrudan SAP'ye ya da SCADA sunucusuna bağlamıyor.
| Alan | Teslim edilen raporlar | Yenileme |
|---|---|---|
| Üretim & OEE | Hat başına OEE, planlanan–gerçekleşen, nedene göre fire, duruş Pareto'su | 15 dakikada bir |
| Enerji & yardımcı işletme | Hat, ürün ve vardiya başına kWh, ton başına enerji, basınçlı hava ve soğutma tüketimi, puant saatler | 15 dakikada bir |
| Bakım & alarmlar | Ekipman başına MTBF / MTTR, alarm sıklığı Pareto'su, SAP PM bildirimleriyle eşleşen arızalar | Saatlik |
| Finans & satış | Kâr merkezi K&Z, alacak yaşlandırma, sipariş girişi, OTIF, müşteri ve ürün grubu marjı | Gece + ay sonu (finans) · 15 dk (satış) |
| Yönetim | Tüm alanlara detaya inebilen tek sayfalık grup kokpiti | 15 dakikada bir |
Bakım panolarındaki alarm ve arıza örüntülerini otomatik iş emrine dönüştürmek için SAP kestirimci bakım çözümümüze göz atabilirsiniz.
Uygulama Takvimi: Başlangıçtan Canlıya 14 Hafta
| Hafta | Aşama | Temel çıktılar |
|---|---|---|
| 1–2 | KPI tanımı, saha envanteri ve veri kaynağı eşlemesi | İmzalı KPI sözlüğü, SCADA etiket sözlüğü, kaynak–hedef matrisi, lisans kontrolü |
| 3–5 | Saha bağlantısı ve SAP tarafı modelleme | OPC-UA edge servisi, historian delta aktarımı, DMZ kuralları; CDS view'lar, OData servisleri, HANA görünümleri, BW sorgu incelemesi |
| 5–7 | Gateway, staging ve eşleştirme | Kümelenmiş gateway, SQL staging, PLC etiketi–SAP sipariş / ekipman eşleştirmesi, delta yüklemeler |
| 7–10 | Semantik model ve güvenlik | Yıldız şema, DAX ölçüleri, SAP yetkilerinden RLS, SAP teyitleri ve PLC sayaçlarıyla mutabakat |
| 10–12 | Rapor geliştirme ve kullanıcı testi | Üretim, enerji, bakım, finans, satış ve yönetim raporları; Excel paketi ve vardiya formlarıyla paralel çalışma |
| 13–14 | Canlıya geçiş ve yetkinlik aktarımı | Eğitim, kontrol odası ekran düzeni, yönetişim el kitabı, hypercare |
SAP Power BI Entegrasyonunun Sonuçları
Aşağıdaki rakamlar canlıya geçişten sonraki ilk çeyreğe aittir.
| Metrik | Önce | Sonra | Değişim |
|---|---|---|---|
| Ay sonu yönetim paketi | 5 iş günü | Aynı gün | –%80 |
| Dolaşımdaki raporlama dosyaları | 40+ Excel dosyası ve vardiya formu | 14 sertifikalı rapor | Tek tanım |
| Saha–SAP üretim mutabakatı | Elle, aylık | Otomatik, günlük | Sürekli |
| Üretim ve enerji verisi gecikmesi | Haftalık | 15 dakika | Anlığa yakın |
| Görünür enerji tüketimi | Yalnızca fatura düzeyi | Hat, ürün ve vardiya bazında | Ton başına kWh izleniyor |
| Self-servis erişimi olan kullanıcı | 0 | ~180 | Tam benimseme |
| Raporlama kaynaklı SAP performans olayı | Tekrarlayan | 0 | Giderildi |
| Ofis ağından SCADA'ya açık bağlantı | Birden fazla | 0 | OT ağı ayrıldı |
Aynı Yaklaşım Su ve Atıksu Tesislerinde
Natura Otomasyon'un kökleri su sektöründe: SASKİ için 560'tan fazla istasyonlu merkezi SCADA sistemini on yılı aşkın süredir geliştiriyor ve işletiyoruz. Bu projedeki mimari su idareleri için de doğrudan uygulanabilir. Terfi merkezlerinden ve arıtma tesislerinden gelen debi, basınç, seviye ve enerji verisi SCADA historian'ından okunur; SAP ya da kullanılan ERP'deki bakım iş emirleri, abone tüketimleri ve maliyet verisiyle aynı Power BI modelinde birleşir.
Böylece istasyon başına m³ başına kWh, pompa çalışma saatleri ile bakım geçmişi ve bölge bazında arz–tüketim dengesi tek bir yönetim panosunda görünür. Aynı veri temeli, kayıp ve kaçak tespitinde yapay zekâ katmanımızı da besler.
Lisans, Uyumluluk ve OT Güvenliği Notları
Bağlanmadan önce kontrol edin. SAP verisinin üçüncü taraf bir araçtan okunması, sözleşmenize bağlı olarak SAP'nin dolaylı / dijital erişim koşullarına girebilir; bazı bağlayıcılar SAP tarafında lisans gerektirir. Microsoft tarafında DirectQuery ve büyük modeller, Power BI Pro yerine Premium Per User veya Fabric kapasitesi gerektirebilir.
Saha tarafında SCADA yazılımının historian ve OPC-UA istemci lisansları kontrol edilmeli; OT ağına yapılacak her bağlantı tesisin güvenlik politikasına göre (örneğin IEC 62443 yaklaşımıyla bölgeleme) onaylanmalıdır.
Natura Systems tasarım başlamadan önce üçünü de gözden geçirir. Bu bir proje kontrol listesidir, hukuki tavsiye değildir; ayrıntıları SAP müşteri ekibiniz, Microsoft lisans ortağınız ve SCADA tedarikçinizle teyit edin.
SAP Power BI Entegrasyonunda Neden Natura Systems?
- Otomasyon ve SCADA bizim işimiz. PLC programlama, SCADA yazılımı, saha telemetrisi ve pano imalatını on yılı aşkın süredir kendimiz yapıyoruz. Saha verisini okumak için ayrı bir otomasyon tedarikçisine gerek kalmıyor.
- SAP önce gelir. Mantık, SAP danışmanlarının kurduğu CDS view'larda, BW sorgularında ve HANA görünümlerinde yaşar — Power Query'de tablolardan tersine mühendislikle çıkarılmaz.
- OT güvenliği baştan tasarlanır. Tek yönlü veri akışı, DMZ ve edge tamponlama ilk sürümün parçasıdır; raporlama katmanı sahaya hiçbir komut gönderemez.
- Yetkiler korunur. Satır düzeyi güvenlik SAP rollerinden türetilir; güvenlik bir kez yönetilir.
- SAP Kalite Ödülü Büyük Ödül Sahibi (SAP Quality Award Grand Winner). SAP'nin tanıdığı teslimat disiplini analitik projelerine de uygulanır.
- Türkiye ve Orta Asya. Yerel ekip; Türkçe, İngilizce ve Rusça konuşan uzmanlar; canlıya geçişten sonra uzun vadeli bakım ve destek.
Sıkça Sorulan Sorular
Power BI, SCADA ve PLC verisine doğrudan bağlanabilir mi?
SCADA verisi SAP verisiyle Power BI'da nasıl eşleştirilir?
Power BI, SCADA'nın yerini alır mı?
SAP ve SCADA verisi için DirectQuery mi, Import mu kullanılmalı?
Power BI SAP yetkilerine uyar mı?
SAP Power BI entegrasyonu ne kadar sürer?
Saha ve SAP Verinizi Power BI'da Buluşturmaya Hazır mısınız?
Ekipleriniz her hafta SCADA değerlerini ve SAP dökümlerini Excel'e taşıyorsa ya da historian'ınızdaki yılların verisi hiçbir yönetim raporuna ulaşmıyorsa yardımcı olabiliriz. SAP ekibimizle görüşün: PLC ve SCADA altyapınızı, historian'ınızı, SAP modüllerinizi ve Microsoft lisanslarınızı inceleyelim, gerçekçi bir takvimle entegrasyon mimarisi önerelim.
İstanbul Ofis
Merkez Mah. Abide-i Hürriyet Cad.
No: 211 İç Kapı No: 64
Şişli / İstanbul
Sakarya Ofis
Sakarya Teknokent No: 2, Kapı No: 19
Serdivan / Sakarya
Saha ve SAP verinizi tek raporlama katmanında birleştirelim
PLC, SCADA ve SAP altyapınızı inceleyip gerçekçi bir entegrasyon mimarisi önerelim.
SAP Ekibimizle Görüşünİlgili Vaka Çalışmaları
- SAP OEE Entegrasyonu — üretim hattı PLC'lerinin SAP PP ve SAP Analytics Cloud'a bağlanması
- SAP Kantar Entegrasyonu — kamyon tartım verisinin SAP S/4HANA'ya otomatik aktarımı
- SAP Kestirimci Bakım — IoT sensörlerinin SAP PM iş emirlerine bağlanması
- SAP Parti İzlenebilirliği — SAP'nin gıda paketleme hattına bağlanması