Ana içeriğe geç
SOI Denetimi Nedir? Sertifikasyon Aşamaları Rehberi 2026
Havacılık

SOI Denetimi Nedir? Sertifikasyon Aşamaları Rehberi 2026

SOI (Stages of Involvement) denetimi nedir? FAA/EASA sertifikasyon aşamaları, DER/DAR rolleri, tip sertifikasyonu, DO-178C/DO-254 SOI gereksinimleri ve denetim süreci.

A

Acadezone

Profesyonel Eğitim Platformu

12 dk dk

SOI Denetimi Nedir? Sertifikasyon Aşamaları Rehberi

Bir aviyonik sistem geliştirildi. DO-178C yazılım süreci tamamlandı, testler başarılı. Şimdi ne olacak? Bu sistemin uçağa takılabilmesi için havacılık otoritesinin onayı gerekiyor.

SOI (Stages of Involvement), sertifikasyon otoritesinin geliştirme sürecine dahil olduğu kritik denetim noktalarıdır.

SOI Ne Demek?

SOI, "Stages of Involvement" ifadesinin kısaltmasıdır. Türkçe karşılığı "Katılım Aşamaları" veya **"Sertifikasyon Denetim Aşamaları"**dır.

SOI, havacılık sertifikasyon otoritelerinin (FAA, EASA) veya onların yetkilendirdiği temsilcilerin, ürün geliştirme sürecinin kritik noktalarında gerçekleştirdiği resmi gözden geçirme ve denetimlerdir.

SOI Amacı

  • Geliştirme planlarının yeterliliğini doğrulamak
  • Süreç uyumunu değerlendirmek
  • Doğrulama aktivitelerini gözden geçirmek
  • Sertifikasyon kararına zemin hazırlamak

Sertifikasyon Otoriteleri

FAA (ABD)

Federal Aviation Administration - ABD sivil havacılık otoritesi.

Sertifikasyon ofisleri:

  • ACO (Aircraft Certification Office)
  • ECO (Engine Certification Office)
  • Bölgesel ofisler

EASA (Avrupa)

European Union Aviation Safety Agency - Avrupa sivil havacılık otoritesi.

İlgili birimler:

  • Certification Directorate
  • Ulusal havacılık otoriteleri (NAA)

Diğer Otoriteler

OtoriteÜlke/Bölge
TCCAKanada
ANACBrezilya
JCABJaponya
CAACÇin
SHGMTürkiye

DER ve DAR Rolleri

Sertifikasyon otoriteleri, iş yükünü yönetmek için yetkili temsilciler kullanır.

DER (Designated Engineering Representative)

FAA terimi - Yetkilendirilmiş Mühendislik Temsilcisi.

Türleri:

  • Structures DER: Yapısal analiz ve test
  • Systems DER: Sistem güvenliği ve tasarımı
  • Propulsion DER: İtki sistemleri
  • Flight Test DER: Uçuş testi
  • Software DER: Yazılım (DO-178C)
  • Hardware DER: Donanım (DO-254)

DER yetkileri:

  • Uyum bulgularını onaylama
  • Test planlarını gözden geçirme
  • Teknik verileri değerlendirme
  • SOI denetimlerini yürütme

DAR (Designated Airworthiness Representative)

FAA terimi - Yetkilendirilmiş Uçuşa Elverişlilik Temsilcisi.

Türleri:

  • Manufacturing DAR: Üretim onayları
  • Maintenance DAR: Bakım onayları

EASA Eşdeğerleri

FAAEASA
DERDOA mühendisleri, CVE
DARPOA denetçileri
ACOEASA Certification Directorate

DOA (Design Organisation Approval): EASA tasarım organizasyonu onayı POA (Production Organisation Approval): EASA üretim organizasyonu onayı CVE (Compliance Verification Engineer): Uyum doğrulama mühendisi

SOI Aşamaları

Tipik yazılım (DO-178C) ve donanım (DO-254) projeleri için 4 SOI aşaması tanımlanır:

SOI #1 - Planlama Gözden Geçirme

Zamanlama: Geliştirme başlangıcı, planlama tamamlandıktan sonra.

Amaç:

  • Planların yeterliliğini değerlendirmek
  • Yaşam döngüsü tanımını gözden geçirmek
  • Sertifikasyon yaklaşımını onaylamak

Gözden geçirilen dokümanlar:

Yazılım (DO-178C):

  • PSAC (Plan for Software Aspects of Certification)
  • SDP (Software Development Plan)
  • SVP (Software Verification Plan)
  • SCMP (Software Configuration Management Plan)
  • SQAP (Software Quality Assurance Plan)

Donanım (DO-254):

  • PHAC (Plan for Hardware Aspects of Certification)
  • HDP (Hardware Development Plan)
  • HVP (Hardware Verification Plan)
  • HCMP (Hardware Configuration Management Plan)

Tipik sorular:

  • Yazılım/donanım seviyesi (DAL) doğru belirlendi mi?
  • Yaşam döngüsü süreçleri yeterli mi?
  • Standartlar uygun mu?
  • Araç kalifikasyonu planlandı mı?

Çıktı: SOI #1 Meeting Minutes, açık konular listesi.

SOI #2 - Geliştirme Gözden Geçirme

Zamanlama: Geliştirme sürecinde, tasarım ve kodlama aşamalarında.

Amaç:

  • Geliştirme süreçlerinin uygulanmasını doğrulamak
  • Standartlara uyumu değerlendirmek
  • Erken sorunları tespit etmek

Değerlendirilen konular:

Yazılım:

  • Gereksinim süreçleri
  • Tasarım süreçleri
  • Kodlama standartları uyumu
  • İzlenebilirlik
  • Konfigürasyon yönetimi uygulaması

Donanım:

  • Gereksinim süreçleri
  • Kavramsal ve detay tasarım
  • HDL kodlama standartları
  • Tasarım veri kontrolü

Tipik inceleme:

  • Örnek gereksinim incelemeleri
  • Kod örnekleri gözden geçirme
  • Tasarım dokümantasyonu
  • Değişiklik kontrol kayıtları

Çıktı: SOI #2 Meeting Minutes, uygunsuzluk/gözlem raporları.

SOI #3 - Doğrulama Gözden Geçirme

Zamanlama: Doğrulama aktiviteleri tamamlandıktan sonra, sertifikasyon öncesi.

Amaç:

  • Doğrulama aktivitelerinin yeterliliğini değerlendirmek
  • Test sonuçlarını gözden geçirmek
  • Kapsam analizini doğrulamak

Değerlendirilen konular:

Yazılım:

  • Test prosedürleri ve sonuçları
  • Yapısal kapsam analizi (MC/DC, DC, SC)
  • Kapsam açıklarının haklılaştırması
  • Gözden geçirme kayıtları
  • Problem raporları durumu

Donanım:

  • Simülasyon sonuçları
  • Test sonuçları
  • Kapsam analizi (element, toggle)
  • Zamanlama analizi sonuçları
  • Problem raporları

Kritik kontroller:

  • %100 gereksinim kapsamı sağlandı mı?
  • Yapısal kapsam hedeflerine ulaşıldı mı?
  • Açık problem raporları değerlendirildi mi?
  • Bağımsızlık gereksinimleri karşılandı mı?

Çıktı: SOI #3 Meeting Minutes, kapsam analiz raporları.

SOI #4 - Nihai Sertifikasyon Gözden Geçirme

Zamanlama: Tüm aktiviteler tamamlandıktan sonra, sertifikasyon başvurusu öncesi.

Amaç:

  • Tüm sertifikasyon verilerini gözden geçirmek
  • Uyum beyanlarını doğrulamak
  • Sertifikasyon kararını desteklemek

Gözden geçirilen dokümanlar:

Yazılım:

  • SAS (Software Accomplishment Summary)
  • SCI (Software Configuration Index)
  • Açık problem raporları durumu
  • PSAC'a karşı uyum

Donanım:

  • HAS (Hardware Accomplishment Summary)
  • HECI (Hardware Element Configuration Index)
  • Top Drawing
  • Problem raporları durumu

Nihai kontroller:

  • Tüm planlanan aktiviteler tamamlandı mı?
  • Açık uygunsuzluklar kapatıldı mı?
  • Konfigürasyon baseline doğru mu?
  • OQE (Objektif Kalite Kanıtı) tam mı?

Çıktı: Sertifikasyon tavsiyesi veya ek gereksinimler.

Havacılık & Savunma

Uygulayarak Öğren, Analiz Ederek Ustalaş

AS9100, DO-178C, DO-254, NADCAP, AMS 2750 standartlarını gerçek vakalar üzerinde, interaktif araçlarla öğrenin.

Eğitimleri Keşfet

Core Tools & Araçlar

Onlarca toolkit ile standartları uygulamalı öğrenin

What-If Analizleri

Veri analizine dayalı senaryo simülasyonları

FOD Önleme Toolkit

Yabancı cisim hasarı önleme interaktif araçları

Gerçek Vaka Çalışmaları

Sektörden gerçek case study'lerle öğrenin

SOI Denetim Süreci

Denetim Öncesi Hazırlık

Başvuru sahibi (applicant) hazırlığı:

  1. Dokümanları tamamla ve gözden geçir
  2. İç denetim yap
  3. Açık konuları kapat
  4. Denetim sunumu hazırla
  5. Denetim örnekleri seç

Lojistik hazırlık:

  • Toplantı odası
  • Projeksiyon/ekran
  • Doküman erişimi (elektronik/basılı)
  • İlgili personel katılımı

Denetim Günü

Tipik gündem:

  1. Açılış toplantısı

    • Katılımcı tanıtımı
    • Gündem gözden geçirme
    • Kapsam teyidi
  2. Sunum

    • Proje özeti
    • Süreç uyum durumu
    • Kritik konular
  3. Doküman inceleme

    • Örnek seçimi
    • Detay gözden geçirme
    • Soru-cevap
  4. Bulguların tartışılması

    • Gözlemler
    • Uygunsuzluklar
    • Açıklamalar
  5. Kapanış toplantısı

    • Bulgu özeti
    • Aksiyon maddeleri
    • Sonraki adımlar

Bulgu Kategorileri

KategoriTanımEtki
FindingStandarda uygunsuzlukKapatılması zorunlu
ObservationPotansiyel sorun, iyileştirme fırsatıDeğerlendirilmeli
ConcernDikkat edilmesi gereken konuİzlenecek

Bulgu Kapatma

Süreç:

  1. Bulgu analizi (kök neden)
  2. Düzeltici faaliyet planı
  3. Uygulama
  4. Kanıt sunumu
  5. DER/otorite onayı

Tip Sertifikasyonu ve SOI

Tip Sertifikası (TC)

Yeni bir uçak, motor veya pervane tasarımının onayı.

Süreç:

  1. Tip sertifikası başvurusu
  2. Sertifikasyon temeli belirleme
  3. Uyum gösterme planı
  4. Tasarım ve test
  5. SOI denetimleri
  6. Tip muayenesi
  7. TC düzenlenmesi

Ek Tip Sertifikası (STC)

Mevcut tip sertifikalı ürüne yapılan modifikasyonların onayı.

SOI uygulaması:

  • Modifikasyonun karmaşıklığına bağlı
  • Basit STC'lerde azaltılmış SOI
  • Karmaşık değişikliklerde tam SOI

TSOA (Technical Standard Order Authorization)

Belirli fonksiyonu olan aviyonik cihazların onayı.

SOI kapsamı:

  • DO-178C/DO-254 gerektiren cihazlar
  • Yazılım/donanım SOI aşamaları

FAA vs. EASA SOI Yaklaşımı

FAA Yaklaşımı

  • DER kullanımı yaygın
  • ACO koordinasyonu
  • Issue Paper sistemi
  • Order 8110.49 (yazılım için)

EASA Yaklaşımı

  • DOA/POA sistemi
  • CVE kullanımı
  • Certification Review Item (CRI)
  • AMC 20-115 (yazılım için)

Farklar

KonuFAAEASA
YetkilendirmeDER bireyselDOA organizasyonel
Denetim yetkisiACO + DERDOA internal + EASA oversight
Rehber dokümanOrder 8110.49AMC 20-115
TerminolojiFindingNon-compliance

SOI Başarı Faktörleri

Erken ve Sürekli İletişim

  • Sertifikasyon otoritesi/DER ile erken iletişim
  • Planlama aşamasında SOI tarihlerini belirle
  • Düzenli ilerleme güncellemeleri

Kapsamlı Hazırlık

  • İç gözden geçirmeler
  • Mock SOI (içsel prova)
  • Doküman hazırlığı
  • Personel eğitimi

Şeffaf Yaklaşım

  • Sorunları gizleme
  • Açık iletişim
  • Gerçekçi program

Deneyimli Ekip

  • DO-178C/DO-254 deneyimi
  • Önceki sertifikasyon deneyimi
  • DER/otorite ilişkileri

Yaygın Sorunlar

Sorun 1: Yetersiz Planlama (SOI #1)

Belirtiler:

  • Eksik planlar
  • Belirsiz yaşam döngüsü
  • DAL gerekçesi yetersiz

Çözüm:

  • Plan şablonları kullan
  • Erken gözden geçirme
  • Deneyimli danışmanlık

Sorun 2: Süreç Sapmaları (SOI #2)

Belirtiler:

  • Plana uymayan uygulama
  • Eksik kayıtlar
  • Standart ihlalleri

Çözüm:

  • Süreç eğitimi
  • Sürekli kalite denetimleri
  • Erken düzeltici faaliyet

Sorun 3: Kapsam Açıkları (SOI #3)

Belirtiler:

  • %100 kapsama ulaşılamıyor
  • Yetersiz haklılaştırma
  • Dead code sorunları

Çözüm:

  • Erken kapsam analizi
  • Tasarım optimizasyonu
  • Geçerli haklılaştırma

Sorun 4: Açık Problem Raporları (SOI #4)

Belirtiler:

  • Çok sayıda açık PR
  • Kapatılmamış bulgular
  • Eksik dokümantasyon

Çözüm:

  • PR yönetim süreci
  • Önceliklendirme
  • Erken kapatma planı

Sıkça Sorulan Sorular

Her proje için 4 SOI gerekli mi?

Hayır. SOI sayısı ve kapsamı projenin karmaşıklığı, DAL seviyesi ve başvuru türüne göre değişir. Basit projeler azaltılmış SOI ile tamamlanabilir.

SOI'dan kim sorumlu?

Başvuru sahibi (applicant) SOI'ya hazırlıktan sorumludur. DER/sertifikasyon otoritesi denetimi yürütür ve bulguları belirler.

SOI başarısız olursa ne olur?

Bulgular kapatılana kadar sertifikasyon ilerleyemez. Kritik bulgular projeyi durdurabilir veya önemli yeniden çalışma gerektirebilir.

SOI ne kadar sürer?

Tipik olarak 1-3 gün (SOI başına). Karmaşık projelerde veya çok sayıda bulgu durumunda uzayabilir.

DER'siz SOI yapılabilir mi?

Evet, sertifikasyon otoritesi doğrudan da SOI yapabilir. Ancak DER kullanımı yaygındır ve genellikle daha verimlidir.


SOI denetimi, havacılık ürünlerinin sertifikasyonunda kritik kontrol noktalarıdır. Erken planlama, kapsamlı hazırlık ve şeffaf iletişim başarılı sertifikasyonun anahtarıdır.


İlgili Konular

E-Posta Bülteni

Yeni İçeriklerden Haberdar Olun

Eğitim rehberleri, kariyer tavsiyeleri ve sektörel güncellemelerimizi doğrudan e-posta kutunuza alın. Spam yok, sadece değerli içerikler.

Spam yokİstediğiniz zaman iptal
Partnership

Dokumantum ile Entegre Çalışıyoruz

İş ortağımız ve ticari markamız Dokumantum ile senkronize sistemler. Eğitim içerikleri, dokümantasyon ve kalite yönetimi tek platformda.

FDAISOICHGMPHACCP
FDAISOICHGMPHACCP
IATFMDRGDPGLPAS9100
IATFMDRGDPGLPAS9100