Yaklaşımımız

3 ilke: Bağımsızlık (Independence), Sistem-bütüncül (System-first), Product Safety. OE iç-perspektifi + OE'nin dışında çalışan ekip.

İçeriden gelen perspektif. Dışarıdaki bağımsızlık. Sistem bütünlüğüne sahiplenen sorumluluk.

ES4PS’in nasıl çalıştığını üç ilke ile özetleyebiliriz: Independence, System-first, Product Safety. Bu üç ilkenin birlikte uygulanması, bizi diğer power systems oyuncularından ayıran şey. Bu sayfada her birinin ne demek olduğunu ve müşteri için pratik anlamını açıklıyoruz.


İlke 1: Independence (Bağımsızlık)

Ne demek?

Hiçbir OE üreticisine bağlı değiliz — Cat, Cummins, MTU, Aksa, Teksan, KJ, FG Wilson, Kohler… hiçbiri. Satış kotamız yok, pazarlanacak ekipmanımız yok. Her proje için, müşteri için en doğru çözümü öneriyoruz — hangi marka olursa olsun.

Niye önemli?

OE üreticilerinin mühendislik servisleri “satış aracı”dır. OE-tied engineering body uses blind spots:

  • Standart seçimi taraflı — OE’nin sertifikalı olduğu standart önerilir
  • Sizing taraflı — OE’nin ürün portföyüne uyacak şekilde sizing yapılır
  • Alternatif seçenekler gizli — “bu OE’nin yapamadığı şeyi de başka OE yapabiliyor” denilmiyor
  • Service kontratı bağlayıcı — satıştan sonra “sadece bizim service” zorunluluğu

ES4PS bu blind spot’ları açıyor. Bu farkı şeffaf olarak müşteriye gösteriyoruz.

Pratik anlamı

Bir veri merkezi backup projesi için ES4PS önerisi şu olabilir:

  • “Bu proje için Cummins 2.5 MW QSK serisi en iyi block load performansı veriyor — ama rakım ve sıcaklığa bağlı derate yüksek.”
  • “Alternatif: MTU 16V4000 — biraz daha pahalı ama rakım ve sıcaklıktan daha az etkileniyor ve yakıt verimi daha yüksek.”
  • “Veya Cat 3516 — pazardaki en yaygın, yakıt tüketimi biraz daha yüksek ama parça temini en kolay.”

Müşteri karar verir. Biz gerekçeleri standartlara dayalı hesapla gösteriyoruz.


İlke 2: System-first (Sistem-bütüncül)

Ne demek?

Power systems 20+ ekipmandan oluşan bir sistem. Bir parçayı tek başına çözmek, tüm sistemin doğru olduğunu garantilemez. Disiplinler birbirini etkiler. Biz interface’leri baştan modelliyoruz.

Niye önemli?

Tek-disiplin firmaları sahada interface sorunlarını yaratıyor:

DisiplinTek-disiplin yaklaşımıES4PS sistem-bütüncül yaklaşımı
Akustik”Susturucu ekledim”Intake + room + exhaust path birlikte modellenir
HVAC”Fan büyüttüm”Fan static pressure vs. tüm path ΔP dengesi
Konteyner”Gürültü ihtiyaçlarını karşıladım”Akustik + HVAC + sismik + servis erişimi + statik hesap birlikte
Yakıt sistemi”EN 12285 tank”Tank mesafesi + yakıt hattı + polishing + leak detection bir bütün
Switchgear”Breaker doğru ratingli”Sıcaklık derate faktörü + arc flash + selective coordination + transfer sequence

Pratik anlamı — Örnek

Bir genset odası tasarımında, ES4PS aynı anda hesaplıyor:

  1. HVAC: ΣΔP path = intake louver + filter + duct + radyatör core + discharge louver < fan static pressure
  2. Akustik: Radyatör fan jet noise + intake louver path loss + room absorption + exhaust silencer = outdoor dB < limit
  3. Konteyner: Akustik panel + intake louver geometri + servis kapısı + sismik ankaj noktaları + statik hesap + FEA analizi
  4. Yakıt: Day tank + transfer pump + vent + return line + bund volume
  5. Elektrik: Genset → ATS → Switchgear → UPS bağlantı + arc flash + harmonik

Bir parametre değiştiğinde diğerleri otomatik etkilenir. Excel tek bir tabloda değil — disiplinler arası interface bir bütün olarak takip edilir.


İlke 3: Product Safety mindset

Ne demek?

“Compliance check” değil. Aktif risk yönetimi: sistemin yaşam döngüsünde gerçekten ne olabilir, neyi kontrol altına alıyoruz, neyi izlemeye devam ediyoruz.

Niye önemli?

Klasik mühendislik: “standart şunu istiyor, biz onu yaptık” → checklist tik → projet teslim.

ES4PS: “sistem sahada ne yapacak?” → HAZOP + FMEA + LOPA → risk register → mitigation → verification → lifecycle monitoring.

Fark: AB Machinery Regulation 2023/1230, ISO 12100, IEC 61508 hepsi compliance değil risk yönetimi istiyor. Çoğu firma standartların “compliance” kısmını okur, “risk management” kısmını atlar.

Pratik anlamı — Müşteri için ne fark eder?

  1. Day-zero risk register — proje başında “bu sistemde 47 hazard tespit ettik, 12’si hedef seviyenin üstünde, mitigation planı hazır”
  2. Bağımsız doğrulama — üreticinin “compliance” beyanına güvenmeyen, gerçek konfigürasyon için hesaplama
  3. Lifecycle monitoring — sistem operasyona alındıktan sonra modifikasyon → re-HAZOP süreci
  4. Incident learning — yakın kaza (near-miss) ile hazard register güncellemesi

Detaylı System Responsibility metodumuz


Yöntemimiz — Pratik İş Akışı

1. Discovery (Keşif)

Müşteri brief’i. Ne istiyor, niye istiyor, gerçekte ne lazım. 1-2 saatlik kick-off.

2. Site Survey / Document Review

  • Mevcut tasarımlar (varsa) — peer review
  • Müşterinin RFP’si + spec’leri
  • Saha şartları (rakım, sıcaklık, sismik bölge, gürültü limiti)

3. Concept + Risk Register

  • Konseptsel sistem mimarisi
  • Day-zero HAZOP/FMEA
  • Standart paketi seçimi (müşteri bölge + sektör + tercih)

4. Detail Engineering

  • 7 disiplin paralel
  • Interface management
  • Standart compliance + risk mitigation aktif

5. Production Coordination (varsa)

  • Partner network seçimi + supervision

6. Test & Commissioning

  • Bağımsız witness
  • Independent verification

7. Handover + Lifecycle

  • Documentation teslim
  • O&M training
  • Periyodik review (5 yılda bir veya modifikasyon sonrası)

HSE — Health, Safety & Environment

HSE konularına çok yüksek önem veriyoruz. Bu, Product Safety kadar önemli bir husus — sistem sahada nasıl davrandığı kadar, kim sistemle nasıl etkileşime girdiği de risk yönetiminin parçası.

HSE’nin günlük işimize girdiği yerler:

  • Calculations: ISG/HSE yönetmelik gereği gürültü limitleri, kapı kuvveti (vakum etkisi), egzoz noktasında CO/NOx emisyon
  • Equipment Design: Servis alanı ergonomi, lifting kulak konum, acil çıkış path
  • Production: Welder safety, NDT radyograf koruma, FAT sahasında PPE
  • Test & Commissioning: LOTO (Lockout/Tagout), arc flash PPE seviyesi, hot work permit
  • Documentation: SDS (Safety Data Sheet), Toolbox Talk records, MSDS arşivi
  • Lifecycle: Periyodik HSE walkdown, near-miss incident learning

Bu yüzden HSE, ayrı bir adım değil — Product Safety gibi tüm aşamalarda içinde.

Pozisyon: ES4PS olarak HSE’yi compliance gibi değil, mühendislik kararı olarak ele alıyoruz. Bir tasarım kararı HSE’ye olumsuz etki yapıyorsa, tasarımı değiştiririz — sonradan PPE ekleyerek “compansate” etmeyiz.


Yaklaşımımız size uygun mu?

3 ilke (Independence + System-first + Product Safety) ile çalışmak istiyorsanız — bir konuşalım. Brief’inizi gönderin, projenize bu yaklaşımla nasıl yarar getirebileceğimizi belirtelim.