Veri Dağınıklığından Kurumsal Zekaya: Microsoft Fabric ile Analitik Süreçlerin Dönüşümü

Sürdürülebilir büyümenin önündeki asıl engel çoğu zaman dış pazar dinamikleri değil, şirket içinde parçalanmış veri silolarıdır. Farklı ERP sistemlerine, CRM modüllerine ve bağımsız Excel dosyalarına dağılmış veriyi tek bir raporda birleştirmek için elle kurulmuş, sahibi belirsiz ve izlenmeyen ETL (Extract, Transform, Load) süreçlerine bağımlı kalmak yalnızca operasyonel bir yük değil, aynı zamanda yönetilemeyen bir risk kaynağıdır. Sorun verinin işlenmesi ya da taşınması değildir; sorun bu taşımanın denetimsiz, belgelenmemiş ve kırılgan biçimde yapılmasıdır.

Bu kırılganlığın en somut sonucu, aynı göstergenin farklı ekranlarda farklı görünmesidir. Satış ekibinin baktığı ciro rakamı gecenin bir yarısı çalışan bir yenileme işine, finansın baktığı rakam ise bir gün önceki kapanışa dayanıyorsa, iki taraf da doğru rapora bakıyor ama aynı gerçeği görmüyordur. Günün ortasında kritik bir rapor çekerken arka planda çalışan bir veri taşıma görevinin sessizce hata vermesi, kurumun o anki karar çevikliğini yok edebilir. Bu yapısal sorunun çözümü, veriyi denetimsiz biçimde çoğaltan el yapımı sistemleri terk ederek Microsoft Fabric’in sunduğu tek doğruluk kaynağı (Single Source of Truth) üzerinden tüm departmanları aynı tanımlı ve aynı tazelikteki veriyle buluşturmaktır.

8 Temmuz’daki web seminerimizde tam bunu konuştuk. Pargesoft ERP danışmanlık ve yazılım ekipleriyle entegre çalışan İş Analitiği, ERP ve Kurumsal Yönetişim Direktörümüz Semih Yıldırım, Microsoft veri ve yapay zeka platformlarındaki 10 yılı aşkın saha tecrübesiyle bu kronik veri tıkanıklığının çözümünü uygulamalı olarak anlattı. Yıldırım’ın altını çizdiği asıl amaç şuydu: yalnızca üretilmiş veriye bakıp geçmişte ne olduğunu analiz etmek değil, yapay zeka modelleri aracılığıyla gelecekte ne olacağını öngörmek ve alınacak operasyonel aksiyonları doğrudan karar vericilere yönlendirmek.

Silolardan bütünleşik bir dokuya geçiş

Kurumsal veri yönetimi yakın döneme kadar birbirinden ayrı yönetilen servislerin yarattığı entegrasyon yükü ve operasyonel hantallıkla sınırlıydı. Veriyi Azure Data Factory ile çekmek, Synapse veya SQL Server üzerinde işlemek ve Power BI katmanına taşımak; ayrı ayrı lisanslanan, ayrı ayrı izlenen ve aralarındaki bağlantı sürekli bakım isteyen boru hattı (pipeline) entegrasyonlarına dayanıyordu. Bu bileşenlerin her biri hâlâ geçerli ve güçlü teknolojilerdir; Fabric’in getirdiği fark, onları ortadan kaldırmak değil, aynı SaaS (hizmet olarak yazılım) çatısı ve tek bir kapasite modeli altında birleştirerek servis parçalanmasından doğan yönetim yükünü ortadan kaldırmaktır.

Bu mimari, ismine ilham veren Fabric (kumaş) vizyonunu operasyonel bir gerçeğe dönüştürür. Tıpkı bir kumaşın atkı ve çözgü iplerinin birbirine geçerek dayanıklı bir doku yaratması gibi, veri mühendisliği, veri bilimi ve iş zekası tek bir yönetim arayüzünde bütünleşir. İşletmeler artık ayrı servislerin entegrasyonuyla boğuşmak yerine, verinin sisteme girdiği ilk andan nihai raporlamaya uzanan uçtan uca analitik yaşam döngüsünü aynı ortamda işletebilir.

Kaynak: Forrester Consulting, “The Total Economic Impact of Microsoft Fabric”, Microsoft için hazırlanmıştır, 2024. Rakamlar, Fabric kullanan dört kurumun deneyiminden türetilen temsili (composite) bir organizasyon üzerinden modellenmiştir.

Rakamların ötesindeki kurumsal değer

Forrester Consulting’in TEI metodolojisiyle yürüttüğü çalışma, Microsoft Fabric’in üç yıllık projeksiyonda yüzde 379 yatırım getirisi (ROI) ürettiğini ortaya koyuyor. Aynı çalışmanın bir diğer bulgusu, veri mühendislerinin veriyi arama, entegre etme ve hata ayıklama süreçlerinde harcadığı zamanın yüzde 90’a varan oranda azalmasıdır; bunun iş değeri nettir, teknik ekipler sürekli kırılan ETL boru hatlarını tamir etmek yerine aynı eforu öngörüsel analitik modellere kaydırır. Burada kritik bir okuma notu var: bu rakamlar tek bir şirketin gerçekleşen sonucu değil, Fabric kullanan dört kurumun deneyiminin birleştirilmesiyle oluşturulan; 10.000 çalışanı, 5 milyar dolar cirosu, 40 veri mühendisi ve 400 iş analisti bulunan temsili (composite) bir organizasyon üzerinden modellenmiştir. Kendi kurumunuz için beklenen getiri, veri olgunluğunuza ve yaygınlaştırma hızınıza göre farklılaşır.

IT altyapılarındaki en büyük operasyonel israf ise, nadiren yaşanan işlem zirveleri için satın alınan ve çoğu zaman atıl bekleyen kapasitedir. Microsoft Fabric bu yükü bursting ve smoothing mekanizmalarıyla büyük ölçüde hafifletir. Bursting, bir işlemin çok kısa süreliğine kapasite SKU’sunun taban sınırının üzerinde işlem gücü kullanmasına izin verir; böylece küçük bir kapasite bile ağır işlemleri hızla tamamlayabilir. Buradaki artış oranı sabit değildir; kullanılan SKU’ya ve iş yükü tipine göre değişir. Smoothing ise tüketimi zamana yayar: kullanıcı kaynaklı etkileşimli işlemler en az 5 dakikalık, zamanlanmış arka plan işleri ise 24 saatlik bir pencereye dağıtılır.

Bu sayede işletmeler sistemlerini anlık zirvelere göre değil, ortalama tüketimlerine göre boyutlandırabilir. Ancak bu mekanizmalar kapasiteyi sınırsız hale getirmez: ortalama tüketim SKU sınırını sürekli aşarsa devreye throttling (kısıtlama) girer ve sorgular yavaşlar ya da kuyruğa alınır. Bu nedenle kapasite planlaması ve tüketim izleme, Fabric’te de vazgeçilmez bir yönetişim başlığı olarak kalır.

Veri kopyalamanın sonu: OneLake ve Zero-Copy mimarisi

Veriyi sürekli bir yerden bir yere taşımak, sürekli bir ETL’den geçirmek başlı başına problemli ve verimsiz bir iştir. Günün ortasında bir rapor çektiniz, bir önceki güne bakmanız gerekiyor; job’lardan birinde hata verilmiş ve gözden kaçırmışsınız... Fabric bizi bu sarmaldan kurtarıyor. Semih Yıldırım, İş Analitiği, ERP ve Kurumsal Yönetişim Direktörü

Microsoft Fabric’in kalbinde yer alan OneLake mimarisi, tüm organizasyon için adeta verinin OneDrive’ı olarak çalışır ve silolarla operasyonel hantallığı ortadan kaldırır. Platform yerel olarak Delta Lake (Parquet) formatını kullanır; Apache Iceberg tablolarına ise meta veri sanallaştırması ve kısayollar üzerinden erişilir. Bu açık format tercihi, kurumsal verinizin tescilli bir formata (vendor lock-in) hapsolmasını engeller.

Burada iki farklı mekanizmayı birbirine karıştırmamak gerekir; çünkü ikisi farklı sorunları çözer:

• Kısayollar (shortcuts) — gerçek anlamda sıfır kopya. Azure Data Lake Storage Gen2, Azure Blob Storage, Amazon S3 ve S3 uyumlu depolar, Google Cloud Storage, Dataverse, Iceberg tabloları ile SharePoint ve OneDrive for Business üzerindeki veriye tek bir bayt bile fiziksel olarak taşımadan erişebilirsiniz. Yazma yalnızca OneLake içi ve ADLS Gen2 kısayollarında mümkündür; S3, GCS ve Dataverse kısayolları salt okunurdur.
• Mirroring (aynalama) — yönetilen çoğaltma. SQL Server (2016–2022 ve 2025 sürümleri), Azure SQL, Azure Cosmos DB, PostgreSQL, Snowflake ve Azure Databricks gibi kaynaklardaki operasyonel veri, OneLake’e Delta tabloları olarak neredeyse gerçek zamanlı biçimde çoğaltılır. Bu teknik olarak bir kopyadır; ancak elle boru hattı kurmayı ortadan kaldırır, kaynak sistem üzerindeki yükü düşük tutar ve her aynalanan veritabanına otomatik bir SQL analytics endpoint sağlar.

Yani Fabric’in vaadi “hiç kopya olmaması” değil, kopyalamanın elle kurulan kırılgan işler olmaktan çıkıp platformun garanti ettiği, izlenebilir ve yönetilen bir hizmete dönüşmesidir. Tek kopya, çoklu motor prensibiyle kurgulanan bu altyapıda aynı veri seti yerinden oynamadan Spark, SQL, Power BI ve yapay zeka ajanları tarafından eş zamanlı olarak işlenebilir.

Dynamics 365 ERP ekosistemi ile uyum

Microsoft ekosisteminde Dynamics 365 Finance, Supply Chain veya Business Central gibi köklü ERP çözümlerini kullanan organizasyonlar için Microsoft Fabric, veri akışını yeni bir mimari standarda taşır. Ancak entegrasyon yolu her ürün için aynı değildir ve doğru yolu seçmek mimarinin ilk kararıdır:

• Dataverse tabanlı uygulamalar (Finance, Supply Chain, Sales, Customer Service): Link to Microsoft Fabric özelliği, ERP verisini Dataverse üzerinden doğrudan OneLake’e bağlar. Haziran 2026’da genel kullanıma açılan düşük gecikmeli senkronizasyon motoruyla uçtan uca gecikme çoğu senaryoda 15 dakikanın altına iner.
• Business Central: Ayrı bir yol izler; veri, açık aynalama (open mirroring) tabanlı Fabric iş yükü üzerinden artımlı değişiklik tespitiyle OneLake’e senkronize edilir.

Her iki durumda da veriyi sistemler arasında elle taşıyan boru hatları yerine ERP ile Fabric arasında yönetilen bir köprü kurulur. Buradaki tazelik “anlık” değil, “yakın gerçek zamanlı”dır; finansal mutabakat gibi kesinlik gerektiren süreçlerde bu farkın raporlama tasarımında dikkate alınması gerekir.

Öte yandan sahadan veya doğrudan ERP ekranlarından akan ham verinin bir yönetim kurulu toplantısında olduğu gibi raporlanması teknik olarak verimsiz, iş açısından ise yanıltıcıdır. Semih Yıldırım’ın web seminerinde belirttiği üzere, verinin iş dünyası için anlamlı bir stratejiye dönüşmesi arka planda yapılandırılmış bir Veri Mühendisliği (Data Engineering) disiplini gerektirir. Fabric ekosisteminde bu disiplin, verinin sisteme girdiği andan itibaren üç aşamalı bir Madalyon Mimarisi (Medallion Architecture) süzgecinden geçirilmesiyle işletilir:

• Bronz (Bronze) katman: Sistemlerden (ERP, CRM, SCADA, IoT) akan, dokunulmamış ham verinin kaynak sadakatiyle saklandığı ilk giriş noktasıdır.
• Gümüş (Silver) katman: Ham verinin temizlendiği, tekilleştirildiği, iş kurallarına göre standartlaştırıldığı ve analize hazır güvenilir bir forma dönüştürüldüğü aşamadır.
• Altın (Gold) katman: İş birimlerinin tüketimine sunulan, verinin iş mantığına göre modellendiği ve semantik modelin inşa edildiği nihai raporlama alanıdır.

Bu katmanlı mimari, farklı departmanların aynı veri havuzunu kendi ihtiyaçlarına göre tüketmesini sağlar. Ancak yaygın bir yanlış anlamayı düzeltmek gerekir: iş kullanıcıları kural olarak Gümüş katmana değil, Altın katmana bağlanır. Detay ihtiyacı olan bir saha yöneticisi için doğru çözüm Gümüş katmana erişim vermek değil, Altın katmanda hareket seviyesinde bir operasyonel model kurgulamaktır; bir genel müdür ise aynı katmandaki özetlenmiş karlılık ve büyüme modeline bakar. Gümüş katman, veri ekipleri ve yetkilendirilmiş analistler için yönetişim altında açılan bir keşif alanıdır. Her rol OneLake üzerindeki aynı temel veriye bakar; fark, verinin hangi süzgeçten geçerek o role ulaştığındadır.

Sunumun tamamını kaydırarak inceleyin

Web seminerinde kullanılan sunumun tamamını da aşağıdan slayt slayt inceleyebilirsiniz; fare veya parmağınızla kaydırarak ya da oklarla ilerleyebilirsiniz.

Sürükleyerek gezinin1 / 21Tam ekranKapat

2026 vizyonu: Fabric IQ, ontoloji ve otonom yapay zeka ajanları

Microsoft’un Ignite 2025 etkinliğiyle duyurduğu ve hâlen genel önizleme (public preview) aşamasında olan Fabric IQ, platformu bir veri havuzu olmaktan çıkarıp semantik bir zeka katmanına taşıyor. Tablolar ve satırlar sistemler için adreslenebilir yapılardır; ancak iş süreçleri müşteri, stok, sipariş veya sensör gibi kavramlar üzerinden yürür ve bu kavramlar veri şemasında doğrudan görünmez. Ontoloji, bu iş kavramlarını, aralarındaki ilişkileri ve kuralları makinenin yorumlayabileceği biçimde tanımlayarak insanla makine arasında ortak bir sözlük kurar. Bu sayede arka plandaki teknik veri şeması değişse dahi kurumsal iş mantığı ontoloji üzerinde bozulmadan korunur.

Bu ortak sözlüğü kullanan Data Agent ve Operations Agent gibi otonom yapay zeka ajanları, organizasyon adına canlı veriyi arka planda izler ve tanımlı eşiklere göre anomalileri tespit eder. Geçmiş satış verilerinden hareketle ileriye dönük talep ve gelir tahmin modelleri çalıştırmak veya aylardır işlem yapmayan bir müşterinin platformdaki yeni bir hareketini yakalayarak otomatik bir etkileşim başlatmak, kurumların kazandığı en büyük proaktif güçtür. Burada gerçekçi olmak gerekir: tahmin modelleri hazır çıktı değildir; eğitilmesi, doğrulanması ve iş varsayımlarıyla birlikte yorumlanması gereken modellerdir.

Semantik modelde verinin nasıl oluşturulduğunu, saklandığını ve ilişkilendirildiğini kurgularsınız. Ontolojide ise makinenin anlaması için doğrudan işinizin ne olduğunu tanımlarsınız. Amacımız, üretilmiş datadan sadece ne olduğunu analiz etmenin ötesinde, yapay zeka desteğiyle ne olacağının tahminlenmesi ve alınacak aksiyonların size yönlendirilmesidir. Semih Yıldırım, İş Analitiği, ERP ve Kurumsal Yönetişim Direktörü

Gerçek zamanlı analitik ve kesintisiz operasyon

İşletmelerdeki veri akışı yalnızca periyodik faturalardan veya statik finansal tablolardan ibaret değildir. Üretim hatlarındaki SCADA sistemlerinden, enerji santrallerinden veya sahadaki IoT cihazlarından saniyede akan binlerce satırlık telemetri verisi, Fabric’in Eventstream ve Eventhouse bileşenleri sayesinde çok düşük gecikmeyle yakalanır ve sorgulanabilir hale gelir. Bu mimari, log ve akış verilerindeki yüksek hacimli eş zamanlı sorguları klasik veri ambarı yükünden ayrıştırarak işler. Böylece organizasyonlar sadece geçmişi raporlamakla kalmaz; anlık anomalileri tespit eden ve operasyonel refleksleri otomatik tetikleyen proaktif bir zeka yeteneği kazanır.

Veriyi tek bir mantıksal havuzda toplamak ve otonom sistemlere açmak büyük bir operasyonel güçtür; ancak Semih Yıldırım’ın web seminerimizde net biçimde ifade ettiği gibi, güvenlik ve yönetişim baştan doğru kurulmalıdır:

Veriyi topladınız, harika. Peki veriyi kime, nasıl açacaksınız? Güvenlik ve yönetişimi baştan doğru kurmadığınızda, analitik projeleri size çözüm değil, bambaşka riskler olarak geri döner. Semih Yıldırım, İş Analitiği, ERP ve Kurumsal Yönetişim Direktörü

Bu riskleri yönetmek için Microsoft Fabric, Microsoft Entra ID ve Microsoft Purview ile mimari düzeyde derin bir entegrasyona sahiptir. Erişim kontrolü tek bir düzlemde değil, birbirini tamamlayan katmanlarda kurgulanır: çalışma alanı (workspace) rolleri ve uygulama izinleri en üstte, OneLake veri erişim rolleri klasör seviyesinde, satır ve sütun bazlı güvenlik (RLS/CLS) ise ambar, SQL analytics endpoint ve semantik model katmanında tanımlanır. Hassasiyet etiketleri (sensitivity labels) veri Fabric içinde türetildikçe soydan devralınır; Veri Kaybı Önleme (DLP) politikaları ise desteklenen iş yüklerinde uyumluluk kurallarını uygular. Dağınık Excel dosyalarında her gün sessizce yaşanan veri sızıntısı ve yasal uyumluluk (KVKK/GDPR) ihlali riskleri, bu merkezi yönetişim yapısı sayesinde önemli ölçüde azalır. Ancak teknoloji tek başına yetmez; etiket taksonomisinin, veri sahipliğinin ve erişim onay süreçlerinin kurum tarafından tanımlanması gerekir.

Sonuç: raporlama beklentilerinden otonom veri yönetimine

Dynamics 365 kullanan veya farklı ERP mimarilerine sahip kurumlar için Microsoft Fabric; veri entegrasyonu, yapay zeka ve raporlamanın aynı platformda birleştiği bir hedef mimariyi temsil ediyor. Pazar lideri şirketler artık yalnızca eski raporların geriye dönük analizine değil, geleceği tahmin eden ve proaktif kararlar alan makine-insan ortaklığına yatırım yapıyor. Dağınık verilerinizi tek bir dokuda birleştirmek ve işinizi bu geleceğe entegre etmek istiyorsanız, bu dönüşüme Pargesoft uzmanlığıyla şimdiden başlayabilirsiniz.

Pargesoft, kuruluşundan bu yana Microsoft’un iş uygulamaları ve veri portföyünün önde gelen çözüm ortaklarından biri. Yaklaşık 25 yıldır bu alandayız; Türkiye, İngiltere ve Belçika olmak üzere üç ülkede operasyonumuz var. Microsoft’un Business Applications, Data & AI (Azure) ve Digital & App Innovation (Azure) alanlarında Solutions Partner yetkinliklerine sahibiz. Fabric tarafında hem uçtan uca analitik mimarinin kurulumunu hem de kurum içi ekiplerin bu platformu güvenle kullanabilmesi için gereken yönetişim ve eğitim desteğini birlikte sunuyoruz.