Sektörel Ölçeklenebilirlik: Havacılık sektörü baz alınarak kurgulanan bu mimari tasarım; otomotiv, ağır sanayi ve genel endüstriyel makine imalatı bantlarına mimari bir değişikliğe gerek duymadan doğrudan uygulanabilir (scale edilebilir) esnekliktedir.

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: Savunma sanayiinde otonom platform ürünlerinin (TB2, AKINCI vb.) entegrasyon sahaları, katı regülasyonlar (traceability compliance) gerektirir. Fabrika bandındaki her bir fiziksel donanımın; hangi onaylı sipariş partisinden çekildiği, o istasyondaki kim tarafından kurgulandığı ve en nihayetinde hangi ana gövdeye yüklendiği zorunlu denetim (audit) kayıtlarıdır.

Kritik Sorunlar: Dijital ve rollere bağlanmış eşzamanlı bir kontrol mekanizması bulunmadığında, farklı platformlara ait yapısal parçaların karışma veya uyuşmama riski büyür. Yetki tanımlarının ve stok verilerinin (FIFO prensibinden uzak) ERP dışında yalnızca manuel pusulalarla (worksheet) yönetilmesi geriye dönük kök neden analizi (root-cause) yapabilmeyi olanaksızlaştırır.

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Tamamen role-based güvenlik kısıtlarına ve asimetrik veri yönetimini sıfırlayan deterministik stok tahsisine dayanan üç katmanlı (3-tier) bir API mimarisi tasarlandı.

Uygulanan Metodoloji

Donanım (UUID) Serialization İşlemi

Her üretilen fiziksel donanım, veritabanına UUID formunda entegre edilir. Bu sayede üretim zamanı, parti türü ve hangi montaj hattına entegre edildiği asgari hata ile kayıt altına alınır:

class Part(models.Model):
    id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
    part_type = models.ForeignKey(PartType, on_delete=models.PROTECT)
    produced_by = models.ForeignKey(Employee, on_delete=models.PROTECT)
    production_date = models.DateTimeField(auto_now_add=True)
    aircraft = models.ForeignKey(Aircraft, null=True, blank=True, on_delete=models.SET_NULL)

Role-Based Access Control (RBAC) Düğümü

Sistemin “Production” katmanında görev ayrımı sağlanması için üç farklı erişim rolu sertleştirildi:

Otomatik Uyumluluk İzolasyonu

Model, veri girişi veya API isteği yapan personelin yanlış platformu talep etmesi durumunda uçak montajlarını fail-safe olarak engeller:

def validate_assembly(aircraft_type, part):
    """Platformlar arası çapraz geçişi durdurur"""
    if part.part_type.platform != aircraft_type.platform:
        raise ValidationError(
            f"{part.part_type.name} parçası {aircraft_type.name} donanımıyla kullanılamaz."
        )

Deterministik FIFO (First-In-First-Out)

Seri üretim döngüsündeki yıpranmayı hesaplamak amacıyla en eski tarihte teslim edilen ham parça öncelikli sorgulanır:

def allocate_part(part_type, aircraft):
    """En eski parçayı montaja tahsis et"""
    available_part = Part.objects.filter(
        part_type=part_type,
        aircraft__isnull=True,
        is_deleted=False
    ).order_by('production_date').first()
    
    if available_part:
        available_part.aircraft = aircraft
        available_part.save()
        return available_part
    raise StockError("Planlanan gereksinim stokta yok")

Denetim İzi İçin Soft-Delete Koruması

Parçalar revizyona çekilse veya ıskartaya çıksa da sistemden fiziksel olarak silinmez, audit log standartlarına uymak için işaretlenir (is_deleted).

Sonuçlar ve Operasyonel Kazanımlar

Sayısal Kazanım: (PoC ölçeklendirmesinde yapılan simülasyon ölçümlerine dayanır)

API Entegrasyon Mimarisi (ERP Hazırlığı)

OpenAPI 3.0 kullanılarak endüstriyel ana akım yönetim modüllerine (SAP / Oracle vb.) direkt soket açmaya uygun belgelendirme yapıldı.

GET    /api/parts/                 # Fabrikadaki tüm parçaları endeksle
POST   /api/parts/                 # Yeni girdi ürünü deklarasyonu
DELETE /api/parts/{id}/            # Parçayı ıskartaya ayır (soft-delete record)

GET    /api/aircraft/              # Banttaki tam montaj durumlarını çağır
POST   /api/aircraft/              # Hatta yeni framework aç
GET    /api/inventory/stock-levels # Anlık donanım stoğu (Live Count)

İlgili Bağlantılar

 Kaynak Kodu: Github/aerospace-manufacturing-execution-system

Son Güncelleme: Ocak 2026 | Versiyon 1.0

 PoC Projeleri İçin: Self-play mimarisiyle hesaplanan ajan profili, deterministik bozucuların bulunduğu test ortamlarında standart analitik verilerle ayarlanan ajanlara (LQR referansları) kıyasla matematiksel olarak daha tutarlı bir hata toleransı (robustness) sağlama potansiyeline sahiptir.

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: Ters sarkaç sistemleri yapısal olarak kararsız fiziksel sistemlerdir. Dışarıdan mekanik bir müdahale (rekabet) senaryosu gerektiren durumlarda, stabilizasyon ile reaktif hamle planlamasının aynı anda koordine edilmesi problemin boyutunu karmaşıklaştırır. Kritik Sorunlar: Sistem denklemlerinin açık olarak varsayılamadığı esnek operasyon alanlarında salt statik limitlere (LQR gibi) dayanan kalibreler yetersiz kalma eğilimindedir. Modelin yalnızca statik kurallar üzerinden optimize edilmesi (overfitting), dinamik tehditler altında overconfidence sonucu çöküş reaksiyonları gösterir.

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Eksik tanımlı kontrol ortamlarında oluşabilecek güven sapmalarını (overconfidence) analiz etmek amacıyla, değişken zorluk eğrisi taşıyan 4 fazlı bir eğitim yapısı kurgulanmıştır.

Uygulanan Metodoloji:

Faz 1: Referans Veri Çıkarımı (LQR Simülasyonu)

Amaç: Karşılaştırmalı testler platformu kurmak için temel sistem dinamiklerini haritalamak ve baz yanıtları kaydetmek.

• Dış kütüphane fonksiyonlarına bağımlı olmadan yalın bir LQR kontrolcü bloğu geliştirildi.
• CTMS Michigan modeli temel alınarak özelleştirilmiş test fizik motoru hesaplandı.
• Formüle edilen çıktı matrisleri (state → action) referans model benchmarkı olarak arşivlendi.

Faz 2: Bireysel Stabilizasyon

Amaç: Sistemin hazır bir girdi haritası (supervised learning) kullanmaksızın kendi hata fonksiyonlarıyla stabil kalma yeteneğini optimize etmesi.

• Deep Q-Network (DQN) ağ mimarisine geçiş yapılarak eğitim parametreleri atandı.
• Hesaplama kararlılığını sağlamak için Experience Replay ve Target Network gecikme döngüleri kullanıldı.
• Kısıt mekanizmaları uygulanarak (Reward Shaping): Açının hedef eksenden sapması, eksenel pozisyon hatası ve moment sarfiyatı hesaplanarak sistem filtrelendi.

Faz 3: Gürültü ve Saldırı Dayanıklılığı

Amaç: Kararlılığı test etmek için simülasyon ortamında fiziksel anomalilerin devreye alınması ve eylem uzayının (action space) ikiye ayrılması.

• Deterministik olmayan rastgele darbeler için Poisson dağılımı temelli ek dış kuvvetler (disturbance) yaratıldı.
• Sistem bu süreçte hem mekanik dengeyi muhafaza edip hem de planlı hareket sergileme parametrelerini ağırlıklandırdı.
• Temel “Balance force” değişkeni ile “Attack force” değişkeni bağımsız uzaylarda işlendi.

Faz 4: Modelin Kendi Kendine Dövüşmeyi Öğrenmesi

Amaç: İzole eğitimlerde oluşan overconfidence toleransının karşılıklı baskı altında test edilmesi işlemi.

• Ağda ölçüm standardı sağlamak için iki farklı ajan profili aynı neural network başlangıç ağırlıklarından (weights) türetildi.
• Eğitimin her bir periyodunda iki modül de kendi dengesini hesaba katarken diğer modülün denge fonksiyonunu zorlama mantığını yürüttü.
• Modüller statik bir fonksiyon parametresi yerine dinamik ve kendi tepkisine karşılık veren kopyasıyla simetrik olarak çapraz değerlendirmeye girdi.

Mimari Karar: İki bağımsız sinir ağı bloğu kullanılması kısa eğitim sürelerinde senaryo limitleri içinde “model dominance” olarak adlandırılan asimetrik üstünlük sapmalarına neden olmuştur. Ortak sinir ağı (YSA) topolojisine geçilerek bu hesap karmaşası dengelenmiş ve asimetrik sapmalar limitlere çekilmiştir.

İki Modlu İşletim Şartları:

1. İzole Mod: Eğitim döngüsünün başlarında ortamda rekabet parametreleri inaktif olup sadece kartezyen denge izlemeye alınır.
2. Kombine Mod: Parametreler belli bir olgunluğa geldiğinde denge vektörleri ile eş zamanlı olarak saldırı politikaları da (Q-Values) aktifleştirilir.

Sistemdeki kontrol kaosunu önlemek adına saldırı eylemlerini ifade eden limit tavanı, denge fonksiyonlarına ait limitlerin ~%15’i oranında tutulmuştur. (Denge Toleransı: [-10, +10] N, Saldırı Toleransı: [-1.5, +1.5] N).

Sonuçlar ve Operasyonel Kazanımlar

Test Sonuçları

Simülasyon Görselleri

Demo: Self-Play Mücadele Simülasyonu

İlgili Bağlantılar

 İlgili Yazı: Doğrusal Olmayan Sistemlerde Kontrol Stratejileri: LQR ve Deep RL Karşılaştırması 
 Kaynak Makale PDF: Makina Öğrenmesi Teknikleri Kullanılarak Bir Dövüşen Robotun Eğitilmesi 
 Kaynak Kodu: Github/neural-adaptive-control-simulation

Bu araştırma, İTÜ Kontrol ve Otomasyon Mühendisliği programı kapsamında yapılmış ve “Makine öğrenmesi teknikleri ile uyarlanabilir eğitim mimarileri” başlığı altındaki bitirme projesi çalışmalarında sunulmuştur.

Son Güncelleme: Ocak 2026

Kapsam: SCADE’in kapalı döngü yapısı ile kontrol katmanı arasında veri alışverişini sağlamak amacıyla geliştirilmiş, zero-copy prensibiyle çalışan bir entegrasyon uygulaması.

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: İTÜ Raylı Sistemler Laboratuvarı’ndaki anklaşman simülasyon sisteminin endüstriyel standartlara uygun HMI yapısına taşınması. Kritik Sorunlar: SCADE Display kapalı sistem mimarisi nedeniyle HIMA PLC’ler ile Modbus haberleşmesi kurulamaması ve dinamik saha konfigürasyonu eksikliği.

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım

Mimari Kısıt Değerlendirmesi: SCADE platformu DO-178C / EN 50128 sertifikasyon bütünlüğünü korumak adına tüm asenkron dış ağ operasyonlarından arındırılmış “kapalı bir sistem” tasarım felsefesine sahiptir. Bu nedenle laboratuvardaki fiziksel PLC entegrasyonu için doğrudan dışarıdan asenkron çalışan bağımsız bir middleware katmanının geliştirilmesi zorunlu olmuştur.

SCADE’in ürettiği kod ile libmodbus arasında bir C99 middleware wrapper katmanı tasarlandı:

Haberleşme Akışı

Uygulanan Metodoloji

• Zero-Copy Entegrasyon: SCADE ana döngüsüne doğrudan hook yaparak kopya maliyetini ortadan kaldırdık.
• Dinamik Konfigürasyon: Saha kurulumunda yeniden derleme gerektirmemek için 3 bölümlü INI dosyası kullandık.

Güvenlik mekanizması: Eksik veya bozuk konfigürasyon dosyası algılandığında, sistem varsayılan ayarları (localhost bağlantısı) otomatik oluşturur ve kaydeder.

• Auto-Reconnection: Endüstriyel ortamlarda bağlantı kopmaları kaçınılmazdır.
• Değişim Algılama (Change Detection): Ağ trafiğini optimize etmek için batch read ve selective write stratejisi uygulandı.

Mimari Karar: HMI donanımlarında fiziksel olarak eşzamanlı çoklu komut işleme durumu kısıtlı olduğundan, çıkışlar sıralı bir döngüde değerlendirilir. Bu yapısal tercih, gereksiz fieldbus trafiğini (network flooding) engeller.

• Thread-Safe Logging: Kritik sistemlerde her olay kaydedilmelidir.

Anklaşman Kapsamı

Örnek rota: RT01: SN01E → TC01 → TC04 → TC02 → SN02E (Makas: Normal)

Emniyet Kuralı: Kritik tasarım ilkeleri gereği, sistem tarafından açıkça talep edilmeyen tüm sinyaller varsayılan olarak kısıtlayıcı duruma (kırmızı) geçecek şekilde kurgulanmıştır.

Sonuçlar ve Operasyonel Kazanımlar

Sayısal Kazanım: (PoC düzeyinde laboratuvar testlerinde elde edilen potansiyel değerler)

Proje Görselleri

İlgili Bağlantılar

 Kaynak Kod: Github/ansys-scade-modbus-integration-middleware 
 TOK 2025 Bildiriyi İndir: SCADE Modbus Bildiri (PDF)

Yazarlar: Dora Demir¹, İbrahim Can Kolotoğlu², Muhammet Işık², Serhat Boynukalın³, Mehmet Turan Söylemez²
¹ İTÜ Elektronik ve Haberleşme Müh. | ² İTÜ Kontrol ve Otomasyon Müh. | ³ İTÜ Lisansüstü Eğitim Enstitüsü

Bu çalışma, İTÜ EEF Raylı Sistemler Laboratuvarı’nda gerçekleştirilmiş ve Türkiye Otomatik Kontrol 2025 (TOK 2025) konferansında yayınlanmıştır.

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: Bağımsız onarım ve teknik operasyon pazarında yapılandırılmış standart bir müfredatın organik eksikliği.

Kritik Sorunlar:

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: İçgüdüsel ve kişiye bağımlı eski stil onarım süreçleri ile bilgi birikimi izole edilerek tam anlamıyla kurumsallaşmış, satılabilir ve sahada sınırsızca ölçeklenebilir bir eğitim donanımına evrildi. Katmanlandırılmış modüler entegre yapı eşliğinde farklı yetkinlik ve vizyon seviyelerine stratejik olarak hitap eden iki devasa ana ürün çatısı geliştirildi.

Modül 1: Temel Operasyonel Eğitim Çatısı

Hedef: Pazar ekosistemine sıfırdan giren teknisyen adaylarını stabil bir “Junior Teknik Operatör” seviyesine başarıyla entegre etmek.

Kapsam:

• Windows Core/Driver hiyerarşik mimarisi ve düşük seviye Platform Tools (ADB/Fastboot) inşası.
• Makro Android işletim sistemi dosya şeması temelleri ve Over-The-Air (OTA) güncelleme mekanizmaları.
• Kilitli Recovery (Kurtarma) modları ve Bootloader bootzinciri algısı kavramları.
• Derlenmiş Firmware (Yazılım) indirme doğrulanmış kaynak havuzları ve güvenli versiyon yönetimi.
• Global büyük mobil üretici onarım haberleşme protokolleri (Kore, Çin ve ABD menşeli ana hat mimarileri).
• FRP (Factory Reset Protection) şifreleme ve aşılmaz donanım güvenlik duvarı temelleri ile işlem diagnostik metodolojileri.
• Temel mobil telekomünikasyon şebeke konfigürasyonu ana konseptleri.

Modül 2: Tam Kapsamlı Endüstriyel Eğitim Çatısı

Hedef: Sektörde mevcudiyet gösteren deneyimli operatörlerin ufuk noktasını “Senior Teknik Operatör” uzmanlığına radikal süratle yükseltmek.

Kapsam:

• En alt donanım katmanıyla konuşan kritik Qualcomm EDL (Emergency Download) kök protokolü ve bağımsız Firehose program mimarisi.
• Ana karta donanımsal direkt iletişim sağlayan Mediatek BROM (Boot ROM) protokolü ve yetkilendirilmiş SP Flash Tool müdahalesi.
• Kırılmaz denilen global OEM üretici güvenlik duvarı katmanları ve sunucuları (Knox, Mi Account, Flyme, HiSuite).
• Elektronik düzey JTAG/EMMC çip bileşenlerindeki aşırı komplike donanım seviyesi veri kurtarma senaryoları.
• Lisanslı devasa endüstriyel standart donanım diagnostik test araçlarının yerel masaüstü operasyonlara tam entegrasyonu.
• Log çıktı dizisi algoritma okuryazarlığı ve gerçek “Kök Neden” (Root Cause) kod tespiti.
• Spesifik bölgesel farklı üretici kurumsal prosedür mimarileri (Asya, Avrupa ve spesifik ABD odaklı markalar).

Ticari İş Geliştirme ve Pazar Yayılımı (Go-to-Market)

• Hazırlanan bu emsalsiz müfredat portföyü; uygulayıcı, takip dosyası ve dev kaynak rehber kitabı barındıran üst düzey bir Sertifikasyon ve İş Geliştirme (Business Development) Programı formunda ticari ürüne (B2B/B2C) dönüştürülüp paketlendi.
• Doğrudan bağımsız operatörleri ve teknisyen adaylarını hedefe alan spesifik dijital satış-pazarlama kanalları üzerinden son hızla piyasaya lanse edildi.
• Sadece bir ders satışı olarak bırakılmadı; mezunların sahada tıkandığı noktaları aşabilmesi için 7/24 sürekli modifikasyon, dinamik firmware güncelleme havuzu ve eşler arası partner destek forumu kurularak tam bağımsız, merkeze muhtaç olmayan sürdürülebilir bir Operasyonel Ağ (Network) piyasa içine başarıyla inşa edildi.
• Eğitimin teorik-pratik senkronizasyonu, birebir yönlendirme ve toplu laboratuvar masterclass modelinde titizlikle izole edilerek sahaya uygulandı.

Sonuçlar ve Operasyonel Kazanımlar

Pazar Odaklı Kazanımlar:

İlgili Bağlantılar

 Proje Kartı: VoC Analitiği ve Kritik Kalite Kriz Yönetimi
 Proje Kartı: L1/L2 Destek Mimarisi ve Bilgi Yönetimi

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: Türkiye pazarında 60.000+ cihazlık geniş çaplı mobil cihaz ekosistemi ve günlük yoğun müşteri hizmetleri talebi.

Kritik Sorunlar:

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Teknik bilgi ve problem çözme yeteneği departmandaki birkaç Senior ismin tekelinden çıkarılıp kalıcı kurumsal dokümantasyon haline dönüştürüldü. Üç katmanlı, uçtan uca bir yetkinlik programı kurgulandı ve uygulandı.

Teknik Dokümantasyon (SOP Üretimi)

Derin teknik donanım ve yazılım süreçleri adım adım dokümante edildi:

• CMD Komutları: Fastboot komutları ile cihaz sürümü ve kimlik doğrulama prosedürü.
• Kilit Senaryoları: “Doğal Kilitlenme” ile “Olağandışı Kilitlenme” ayrımını yapan karar ağacı inşası.
• IMEI/SN Doğrulama: Kutu etiketi verisi ile cihaz içi hard-coded bilginin eşleştirilme protokolü.

 Görsel 1: Fastboot komut satırı örnek ekran görüntüsü (Temsilidir.)

Örnek Komut Çıktısı:

(bootloader) product is: A
(bootloader) imei is: 867XXXXXXXXX
(bootloader) sn is: MXXXXXXXX

Eğitim ve Yetkinlik Artırma

Müşteri Hizmetleri (L1) ekibi için sıfırdan kapsamlı ve anlaşılır bir teknik farkındalık eğitim sunumu dizayn edildi:

Kapsanan Konular:

• Üretici bulut hesabı (Cloud ID) mimarisi nedir, nasıl kurgulanır, nasıl kalıcı sıfırlanır?
• Cihaz kilitlenme senaryolarından hangilerinde kesinlikle Teknik Operasyon Merkezi’ne SLA eskalasyonu yapılır?
• Teknik servis tarafından destek verilen onarım konuları ve kesin suretle verilmeyen işlemlerin net sınırları.

 Görsel 2: Eğitim sunumundan bazı örnek sayfalar – “Müşteri Hizmetleri Teknik Bilgilendirme Sunumu”

Kullanıcı Sorunu Sınıflandırma Matrisi:

Kapsam Yönetimi

Kullanıcı destek sınırları son derece net çizgilerle belirlenip operasyon talimatına dönüştürüldü:

Destek Verilen Unsurlar:

• Bulut hesap parolasının kanıt sunumuyla sıfırlanması
• Push bildirim ve sistem tazeleme sorunlarının tespiti
• Global uygulama pazarı (Play Store vb.) çökmeleri
• Yasal OEM Kilit kaldırma prosedürleri (Fatura ve IMEI doğrulaması eşliğinde)

Destek Verilmeyen Unsurlar:

• Resmi olmayan bölge (Örn: Çin versiyonu) yazılımlarının sorunları
• ROOT veya harici Custom ROM değişikliği yapılmış manipüle cihazlar
• Bootloader kilidini açıp geliştirici işlem yapma talepleri
• Sisteme entegre olmayan üçüncü parti uygulama/oyun sorunları
• Kayıp Google (FRP) hesabı kurtarma işlemleri

Sonuçlar ve Operasyonel Kazanımlar

Performans Kazanımları:

Kurumsal Hafıza İnşası:

• Proje kapsamında üretilen 2 devasa SOP dokümanı (L1 Eğitim Sunumu + L2/L3 Diagnostik Teknik Kılavuzu) kalıcı operasyonel referans dosyası olarak arşivlendi.
• Dokümantasyon, şirkete alınan her yeni operasyon personelinin resmi oryantasyon (onboarding) sürecine entegre edildi.
• Derin teknik know-how, kıdemlilerin bireysel tecrübesinden çıkartılıp %100 ölçeklenebilir bir kurumsal varlığa evrildi.

İlgili Bağlantılar

 Proje Kartı: VoC Analitiği ve Kritik Kalite Kriz Yönetimi

Proje Künyesi

Mevcut Durum ve Sorun

Bağlam: 4 markalı, 13 farklı model içeren ve 140.000+ uç noktaya (endpoint) ulaşan IoT/Wearable operasyonu.

Kritik Sorunlar:

Öne Çıkan Risk Modelleri:

Çözüm Mimarisi ve Aksiyon

Mimari Yaklaşım: Operasyonel kaos durumu, oluşturulan katı veri ve süreç yönetişim kuralları ile endüstriyel bir disipline sokuldu.

Sıfırdan Operasyon Merkezi Kurulumu

Firmanın kendi tesisinde fiziksel teknik operasyon merkezi altyapısı oluşturuldu:

Temin Edilen Ekipmanlar:

• Amper göstergeli şarj üniteleri
• Avometre cihazları
• Desibel ölçerler
• Antistatik masa örtüsü, kamera, alet çantası, barkod okuyucu ve sarf malzemeler

Toplam Yatırım: $750 / Set

Hata Kodu Taksonomisi

Subjektif arıza tanımları kullanımdan kaldırıldı. 3 ana kalem ve 24 kategori ile standardize edilmiş hiyerarşik hata kodları oluşturuldu:

Öntanımlı Hata Kodları Örneği:

Arıza Kaynağına Göre (X)

0. Sorun Görülmedi
1. Garanti Dahili
2. Garanti Harici

Arıza Türüne Göre (Y)

0.0. Sorun Görülmedi
1.1. Çalışmıyor / Tepki Yok
1.2. Bağlantı Problemi
1.3. Batarya Problemi
1.4. Ses Problemi
1.5. Mekanik ve Malzeme Problemleri
1.6. Müşteri Memnuniyeti Aksiyonları
2.6. Garanti Harici

Arızanın Detayı (Z)

E01 - Batarya Arızası
C03 - Bluetooth Bağlantı Sorunu
H12 - Fiziksel Hasar (Garanti Dışı)
N00 - Sorun Görülmedi

Uygulama:

• Her cihaza 3 harfli kod etiketi yapıştırıldı.
• Değerlendirme ve ayırma süreci dramatik şekilde hızlandırıldı.
• Her arıza koduna özel müşteri rapor çıktı metni hazırlandı.

Rutin Test Usulleri Oluşturulması

Her ürün grubu için 45+ adımlık kapsamlı test algoritması kurgulandı:

Test Protokolü Akışı Örneği:

1. Koruyucu bantların çıkarılması
2. Müşteri şikayetine göre ön test (beyan yoksa rutin test)
3. Hor kullanım muayenesi (temizlik kontrolü)
4. Fiziksel hasar muayenesi (çizik, ezik, kırık)
5. Üretim kaynaklı fiziksel hata kontrolü
6. Yanma/erime/aşırı ısınma muayenesi
7. Şarj işlemi (30dk) ve akım stabilitesi kontrolü
8. Kutu-kulaklık şarj temas testi
9. Bluetooth eşleşme testi
10. Ses yürütme testi (desibel ölçümü)
11. Mikrofon/görüşme testi
12. Pil süresi testi (15dk yürütme, %10 azalma beklentisi)
13. Kapanma/kutuya yerleşme testi

Hata Kodu Yapısı (X.Y.Z Formatı):

 Görsel 1: Rutin Test Usulü Dokümanı Örneği – 45+ Adımlık Test Algoritması ve Karar Ağacı (Temsilidir.)

Yeni Raporlama Mimarisi

Eski kaotik veri tabanı tamamen süreç mimarisine uygun olarak yeniden tasarlandı:

Yeni Tabloda Erişilebilir Veriler:

• Arıza oranları (model bazlı)
• Arıza kaynakları (hata kodu bazlı)
• Giriş/çıkış tarihleri
• Müşteri bilgileri
• Cihaz akıbet durumu

Haftalık Takip Sistemi: Hatalar ve eksik girişler ivedilikle düzeltilerek sürdürülebilir bir veri bütünlüğü korundu.

Sonuçlar ve Operasyonel Kazanımlar

Sayısal Sonuçlar

Operasyonel Kazanımlar

Problem Modeli Keşfi

Veri analizi sayesinde kritik anomaliler proaktif şekilde tespit edildi:

Bulgu: Yüksek hacimli TWS modelinde devasa sayıda faturası kesilen “Sorun Görülmedi” vakası → Anomali istatistikleriyle, raporların yetersiz kaldığı ve geçici arıza paterninin kronikleştiği saptandı → Global operasyonel politika acilen revize edildi.

İlgili Bağlantılar

 Proje Kartı: VoC Analitiği ve Kritik Kalite Kriz Yönetimi
 Proje Kartı: L1/L2 Destek Mimarisi ve Bilgi Yönetimi

Proje Künyesi

Mevcut Durum ve Kriz

Bağlam: Türkiye pazarında aktif on binlerce mobil cihaz ve günlük akışta Teknik Operasyon Merkezi’ne ulaşan binlerce karmaşık son kullanıcı talebi.

Sorun: Sıradan kırık veya çatlak vakalarının ötesinde, marka itibarını ve distribütörün finansal yapısını derinden tehdit eden sessiz bir kriz büyümekteydi:

Aksiyon ve Çözüm Mimarisi

Mimari Yaklaşım: Krizle teker teker değiştirerek mücadele etmek yerine; sorunun kök nedenini matematiksel olarak ispatlayan 3 katmanlı bir veri ve müzakere yaklaşımı kurgulandı.

Veri Sınıflandırma ve Triyaj

Operasyonel veri devasa gürültüden arındırıldı. Tüm son kullanıcı talepleri SKU bazında ayrılarak iki ana veri setine bölündü:

Dataset A (Kritik):

• Üretim hatası kaynaklı donanımsal anakart arızaları
• Montaj bazlı ekran ayrılması ve sensör kayıpları
• Ani ölüm sendromu reaksiyonları

Dataset B (Gürültü):

• Kullanıcı kaynaklı kozmetik hatalar
• Şebeke veya lojistik eksenli talepler

 Görsel 1: Veri Sınıflandırma Tablosu Örneği (Temsilidir.)

Örüntü Tanıma ve Kök Neden Analizi

Ayrıştırılan Kritik Veri seti üzerinde yapılan çapraz analizle:

• Belirli modellerde ekran ayrılmalarının kullanıcı hatası değil, fabrikasyon montaj kimyasalı yetersizliği olduğu açıkça kanıtlandı.
• Bir serideki kilitlenme sorunlarının belirli bir Over-The-Air (OTA) yazılım güncellemesi ile senkronize korelasyonu belirlendi.
• Arızalı cihazların seri numaraları üretim tarihleri ile eşleştirilerek kusurlu üretim partisinin tam izolasyonu yapıldı.

Model Bazlı Kritik Bulgular:

 Görsel 2: Model Bazlı Arıza Yoğunluğu – Servis raporu tablosu (Temsilidir.)

Stratejik Eskalasyon ve Finansal Kanıt

Hazırlanan operasyonel donanım analizi, c-level yönetimin ve üreticinin (Vendor) dili olan finansal metrik dokümanına dönüştürüldü. “Teknik Destek Talebi” refleksi yerine resmi bir “Ticari Risk Bildirimi” kurgulandı.

Analiz:

• Her serinin Birim İthalat Maliyeti ile Operasyonel Kar Merkezi karşılaştırıldı.
• Garanti maliyetlerinin global norm olan %2’yi majör oranda aştığı, birim karlılığın negatife geçerek sürdürülemez olduğu somutlandırıldı.
• Seri bazlı operasyonel zarar projeksiyonu (SLA) inşa edildi.

Aksiyon: Global merkeze resmi durum raporlaması ve yasal defo bildirimi iletildi

 Görsel 3: Global merkeze gönderilen durum bildirimi içeriği (Temsilidir.)

Operasyonel Kazanımlar

Operasyonel Dönüşüm:

İlgili Bağlantılar

 Proje Kartı: L1/L2 Destek Mimarisi ve Bilgi Yönetimi
 Proje Kartı: IoT Operasyon Mimarisi