← Back to list

Veri Siloları: GES Sektöründe Proformaların “Görünmez” Maliyeti

(Statik Tablolardan Dinamik Verilere Geçişin Mühendislik Disiplini)

Ayşe Gökdemir · 2026-03-17 08:27 · 0 claps · 3.0 min read
#digital-transformation #ge #data-management #güneş-enerjisi #satış-mühendisliği
Open on Medium ↗
Wiki topics: BIZ · Business Strategy

Veri Siloları: GES Sektöründe Proformaların “Görünmez” Maliyeti

(Statik Tablolardan Dinamik Verilere Geçişin Mühendislik Disiplini)

Güneş Enerjisi Sistemleri (GES) gibi yüksek teknik detay ve finansal hassasiyet gerektiren bir sektörde, bir proforma veya teklif dosyası, satışın sadece ilk adımı değildir; aslında bir işletmenin geleceğini şekillendiren en önemli “veri giriş” noktasıdır. Ancak günümüzde, sektördeki teklif süreçlerinin hala Excel sayfalarında birer “statik döküman” olarak yönetildiğini görüyoruz. Teknik tabiriyle bu durum, verinin “veri siloları” (Data Silos) içerisine hapsolmasına ve işletmenin toplam verimliliğinin düşmesine neden oluyor.

Veri Silosu (Data Silo) Nedir?

(Geleneksel Veri Ambarı Silosu-Büyük Veri / Hadoop Silosu)

(Geleneksel Veri Ambarı Silosu-Büyük Veri / Hadoop Silosu)

Bir organizasyon içindeki verilerin sadece belirli bir departmanın veya tek bir dosyanın (Excel gibi) erişimine açık olması, diğer sistemlerle konuşamaması durumudur. Tıpkı tarlalardaki dev buğday siloları gibi; bilgi içeride hapsolmuştur. Bu durum, verinin işletme genelinde analiz edilmesini engeller ve yanlış kararlar alınmasına zemin hazırlar.

Sorunun Teknik Anatomisi Hayali bir projemiz olan Güneş Enerji A.Ş. GES projesini düşünelim. 620W gücünde binlerce panel teklif ettiğimiz bu süreci manuel yönettiğimizde üç temel riskle karşılaşıyoruz:

(Geleneksel Bir GES Proforma Teklif Dökümanı Örneği)

(Geleneksel Bir GES Proforma Teklif Dökümanı Örneği)

  1. Tekil Gerçeklik Kaybı: Teklif dosyasındaki ‘Güneş Enerji A.Ş.’ müşterisi ile stoktaki ürün ismi, merkezi bir veritabanı (SQL) tarafından doğrulanmadığı için sistemde birbirlerinden bağımsız “varlıklar” olarak kalıyor. Bu durum, yıl sonunda şirketin toplam satış analizi yaparken ciddi “veri eşleştirme” hatalarıyla karşılaşmasına yol açıyor.
  2. Hata Payı ve “Kontrol Etme” Yükü: Döviz kuru, lojistik maliyeti ve panel birim fiyatı gibi değişkenler, sistemik bir veri akışına (API entegrasyonu) sahip olmadığında tamamen insan eliyle giriliyor. Bir mühendis olarak, vaktimin ne kadarını “kopyala-yapıştır” yaparak veya “Acaba kur girişini güncelledim mi?” diye kontrol ederek harcıyorum? Bu süreç, enerjimizi asıl işimiz olan mühendislikten alıp “veri denetçiliğine” hapsediyor. Gerçekçi bir tahminle, bu manuel kontrol süreci stratejik bir analiz yapabileceğimiz haftalık çalışma saatimizin %30'unu sessizce yutuyor.
  3. Ölçeklenebilirlik Sorunu: Bugün 1 proforma hazırlarken sorun yaşamayabiliriz, ancak 1000 proformaya ulaştığımızda, hangi bölgeye ne kadar panel satıldığını analiz etmek için yüzlerce dosyayı tek tek açıp “manuel veri madenciliği” yapmak zorunda kalıyoruz.

Veri Standardizasyonu Neyi Değiştirir?

Veri standardizasyonu; ürün isminden müşteri kimliğine kadar her kalemin, ilişkisel bir veritabanında tanımlı birer “ID” (kimlik) haline getirilmesidir. Bu, sadece bir düzenleme değil, gelecekteki “tahminleme modellerimizin” temelidir.

(Modern Data Management)

(Modern Data Management)

Yukarıdaki şemada görüldüğü gibi; operasyonel verilerimiz (ERP/CRM) ile teknolojik verilerimiz (Sensör/IoT) farklı silolarda hapsolduğunda, bir mühendis için ‘tekil gerçekliğe’ ulaşmak imkansız hale gelir. İşte bu parçalı yapı, GES projelerindeki gizli maliyetin ana kaynağıdır.

Çözümün Mimarisi: Modern Veri Yığını (Modern Data Stack)

Bu siloları yıkmak sadece bir yazılım kullanmak değil, bir mimari kurmaktır. Mühendislik dünyasında bu yeni yaklaşıma Modern Data Stack (MDS) diyoruz. MDS; bulut tabanlı veri ambarları, ETL (Veri dönüştürme) süreçleri ve analitik araçların bir bütün olarak çalışmasıdır. Bu yapı, veriyi statik dosyalardan kurtarıp, merkezi bir alana taşıyan ve orada işleyerek anlamlı raporlara dönüştüren bir ‘otoyol’ sistemidir.

Bu sistem sayesinde bir mühendis, proformadaki panel fiyatını kontrol etmek yerine, sistemin otomatik olarak çektiği güncel veriyi analiz eder. Yani odağımız “veri girmekten”, “veriden değer üretmeye” kayar. Sonuç olarak; veri standardizasyonu bir ‘opsiyon’ değil, dijitalleşen enerji piyasasında ayakta kalmanın ön koşuludur.

Peki, 2. Bölümde Sizi Ne Bekliyor? Şu ana kadar sadece “Verimiz statik ve hapsolmuş durumda” diyerek sorunu tanımladık. Peki, bu veriyi nasıl “canlı” hale getireceğiz? Bir sonraki yazımda; kendi iç verilerimize dış dünyayı (Anlık piyasa verileri, güncel döviz kurları, ışınım tahminleri) nasıl bağlayacağımızı inceleyeceğiz. Excel hücrelerini, API’ler aracılığıyla nasıl yaşayan birer veri akışına dönüştürdüğümüzü adım adım işleyeceğiz.

Siz de teklif süreçlerinizde veriyi hapsolmuş hissediyor musunuz? Sizin için en büyük darboğaz Excel dosyalarının karmaşası mı yoksa verinin güncelliği mi? Yorumlarda buluşalım.

Kaynaklar & İleri Okuma:

  • Master Data Management: A Roadmap for Industrial Engineers
  • Data Silos in Manufacturing
  • SAP Learning Hub: ERP Fundamentals
  • Modern Data Explained

메타데이터
post_id
0589ef807fc3
slug
veri-siloları-ges-sektöründe-proformaların-görünmez-maliyeti-0589ef807fc3
url
https://medium.com/@gokdemirayse25/veri-silolar%C4%B1-ges-sekt%C3%B6r%C3%BCnde-proformalar%C4%B1n-g%C3%B6r%C3%BCnmez-maliyeti-0589ef807fc3
canonical_url
https://medium.com/@gokdemirayse25/veri-silolar%C4%B1-ges-sekt%C3%B6r%C3%BCnde-proformalar%C4%B1n-g%C3%B6r%C3%BCnmez-maliyeti-0589ef807fc3
author_url
https://medium.com/@gokdemirayse25
status
ok
fetched_at
2026-06-14 11:28:49