ES4PS

Yaklaşımımız — ES4PS

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. Cat EPP’nin önerdiği model = Cummins veya MTU’nun önereceği modelden farklı olabilir — 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 HSK serisi en iyi block load performansı veriyor — ama rakım ve sıcaklığa bağlı derate yüksek.”
  • “Alternatif: MTU 12V4000 — biraz daha pahalı ama yakıt verimi daha yüksek, 25 yıl ömür beklentisi.”
  • “Veya Cat 3516 — pazardaki en yaygın, 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”ISO 1496 boyutta yaptım”Akustik + HVAC + sismik + servis erişim birlikte
Yakıt sistemi”EN 12285 tank”Tank + line + day tank + polishing + leak detection bir bütün
Switchgear”Breaker doğru ratingli”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ı
  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 ] (link: /services/system-responsibility)


Yöntemimiz — Pratik İş Akışı

NOT (Astro implementation): Bu bölüm tekrar yatay timeline.

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ı)

Kapsam Sınırlarımız — Net Olalım

ES4PS power systems mühendisliği firması. Bazı işleri partner ağıyla birlikte yapıyoruz, bazılarına ise sadece destek/koordinasyon sağlıyoruz. Şeffaflık için:

✅ Partner ile birlikte yapabildiğimiz

  • 🤝 Yangın söndürme sistemi tasarımı — yetkin FPE (Fire Protection Engineer) partnerlerimiz ile birlikte yapabiliyoruz; arayüz ve entegrasyonu biz koordine ediyoruz.
  • 🤝 Cyber security / ICS security — yetkin partnerlerimiz ile birlikte yapabiliyoruz; SCADA + IEC 62443 entegrasyonu için arayüz biz tarafımızdan tanımlanıyor.

📋 Sadece destek/koordinasyon — biz tasarlamıyoruz

  • 📋 Building architecture / structural shell — Bu kısma girmiyoruz, sadece ihtiyaçları iyi belirliyor ve projeleri kontrol ediyoruz. (Yapı mühendisi/mimar işi)
  • 📋 Civil works (drainage, foundation kazı vb.) — Bu kısma girmiyoruz, sadece ihtiyaçları çok iyi belirliyor ve projeleri kontrol ediyoruz. (Civil engineering)
  • 📋 Construction supervision (genel inşaat denetimi) — Bu kısma girmiyoruz. Biz sadece power systems supervision yaparız.

Bu net sınır, scope creep’i engellemek için kritik. “Yapmadığımız işi yapacağız” demek en büyük proje riski.


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.


CTA

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.

[ Konuşmaya başlayalım → ] (primary CTA — /contact) [ Hizmetlerimizi inceleyin ] (secondary — /services)