Havacılık Standartlarında Dijital İzlenebilirlik: Üretim Yürütme Sistemi (MES) Modeli
Havacılık ve savunma sanayiinin (Aerospace) sıfır toleranslı standartlarına uygun olarak tasarlanan bu Manufacturing Execution System (MES), karmaşık montaj hatlarında uçtan uca donanım izlenebilirliğini güvence altına alır. Sistem; ham envanter yönetiminden alt montaj döngülerine ve nihai platform entegrasyonuna kadar fiziksel yaşam döngüsünü tamamen dijitalleştirir. Parçalara benzersiz kimlik (UUID) tanımlanması, RBAC ile görev kısıtlarının kodlanması ve FIFO temelli deterministik stok tahsisine dayanmaktadır. Prototip aşamasını geçen sistem, an itibarıyla saha pilot uygulamasına (deployment) ve kurumsal ERP servisleriyle (SAP/Oracle) entegrasyona hazır durumdadır.
💡 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
|
Parametre |
Değer |
|---|---|
|
Kategori |
Sistem Entegrasyonu |
|
Teslimat Tipi |
Yazılım Sistem Tasarımı / PoC |
|
Durum |
Proof of Concept |
|
Rol |
Integration Architect |
|
Ölçek / Kapsam |
Uçtan uca Montaj İzlenebilirliği, API Geliştirme |
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.
|
Problem |
Detay / Etki |
|---|---|
|
Parça Karışıklığı |
TB2 kanadının yanlışlıkla AKINCI gövdesine atanması/monte edilmesi tehlikesi |
|
Yetki Belirsizliği |
Aviyonik personelinin sistemde yapısal kanat partisi açabilmesinin engellenememesi |
|
Kör Stok Durumu |
Üretimde fiilen olan ile rafta müsait olan donanım arasındaki veri kopukluğu |
|
Denetim Eksikliği |
Revizyon durumunda hatalı ürünün üretim tarihine/operatörüne dönülememesi |
Çö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:
|
Rol |
Yetkiler |
Kısıtlamalar |
|---|---|---|
|
Fabricator |
Atanan spesifik parçaları üretme/görüntüleme |
Diğer takımların parça envanterine erişemez |
|
Assembler |
Montaj (platform seviyesi) dizinime yetkili |
Sisteme ham parça veya donanım öğesi ekleyemez |
|
Admin |
KPI/P&L metrik raporları, kullanıcı yönetimi |
— |
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)
|
Değer Odak Noktası |
Teknik Etki |
|---|---|
|
Uçtan Uca İzlenebilirlik |
Bütün UUID eşleşmeleri dijital ikiz formatında depolanarak audit kalitesini yükseltti. |
|
Donanım Çakışması Bloke Edildi |
İnsan odaklı veri giriş hataları, sistemdeki validasyon filtreleri sayesinde otomatik engellendi. |
|
Gerçek Zamanlı Stok (Real-Time) |
Fiziki deponun manuel sayılması yerine REST API çağrılarıyla saniyelik görünürlük atandı. |
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