Teknik İnceleme

GAR GÖRÜŞÜ
Bir Araç Onaydan Sonra Değişebilir mi? Yazılım Tanımlı Araçlar ve OTA (Over the Air) Homologasyonu

Geleneksel araç homologasyonu, nispeten değişmez bir ürün anlayışı üzerine kurulmuştur. Bir araç tasarlanır, test edilir, onaylanır, üretilir ve güvenlik açısından kritik özellikleri büyük ölçüde fiziksel yapısıyla sabitlenmiş olarak pazara sunulurdu.

Yazılım tanımlı araçlar bu modele meydan okumaktadır. Modern araçlar üretim sonrasında; işlevleri, ayarları, arayüzleri, enerji yönetimini, sürücü destek davranışlarını ve potansiyel olarak tip onayıyla ilgili özellikleri değiştiren yazılım güncellemeleri alabilmektedir.

Bu nedenle uzaktan yazılım güncellemesi, modern homologasyonun en önemli sorularından birini ortaya çıkarmaktadır: Bir araç onaylandıktan sonra önemli ölçüde değişebiliyorsa, düzenleyici kurumlar ve üreticiler onaylanmış aracın kullanım ömrü boyunca uygunluğunu koruduğunu nasıl güvence altına alabilir?

Araç fabrikadan yalnızca bir kez çıkabilir — ancak yazılımı birçok kez değişebilir. Bu nedenle modern homologasyonun yalnızca başlangıçta onaylanan aracı değil, daha sonra onayla ilgili işlevleri değiştirebilecek yazılım yapılandırmalarını ve güncellemelerini de kontrol etmesi gerekir.
01
YAZILIM TANIMLI ARAÇLAR

Yazılım Onaylanmış Aracın Bir Parçası Hâline Geldiğinde

Yazılım tanımlı araç, araç işlevlerinin giderek daha büyük bir bölümünün yalnızca sabit fiziksel donanımla değil, yazılım aracılığıyla gerçekleştirildiği, kontrol edildiği veya değiştirildiği araçtır.

Bu, ilk tip onayında belirtilen özelliklerin giderek araçta kurulu yazılım sürümüne bağlı olabileceği anlamına gelir.

GELENEKSEL ARAÇ İşlev Öncelikle Fiziksel Donanımla Tanımlanır

Onayla ilgili özellikler büyük ölçüde fiziksel bileşenler, mekanik yapı ve sabit elektronik ayarlar aracılığıyla belirlenir.

YAZILIM TANIMLI ARAÇ İşlev Dijital Olarak Değişebilir

Onaylanmış işlevler; yazılım sürümlerine, yapılandırmaya, ayarlara, dijital özelliklere ve üretim sonrası güncellemelere bağlı olabilir.

Bu durum uygunluk değerlendirmesinin konusunu değiştirir. Düzenleyici kurum artık yalnızca fiziksel bir araç yapılandırmasını değerlendirmemektedir. Onaylanmış ürün giderek yazılım durumunu, yapılandırmayı ve kontrollü dijital işlevleri de kapsamaktadır.
Makale Rehberine Dön
02
BİRLEŞMİŞ MİLLETLER 156 NO.LU DÜZENLEMESİ

Araç Yazılım Güncellemeleri İçin Uluslararası Çerçeve

Birleşmiş Milletler 156 No.lu Düzenlemesi, araç yazılım güncellemeleri ve Yazılım Güncelleme Yönetim Sistemleri için uluslararası mevzuat çerçevesini oluşturur.

Önemi uzaktan iletimin çok ötesine geçmektedir. Düzenleme, üreticilerin onay sistemi kapsamındaki araçları etkileyen yazılım güncellemelerini nasıl tanımladığını, değerlendirdiğini, yönettiğini, kaydettiğini ve kontrol ettiğini ele alır.

Yazılım Güncelleme Yönetimi

Üretici, yazılım güncelleme faaliyetlerini kontrol eden yapılandırılmış süreçleri işletmelidir.

Onay Etkisi Değerlendirmesi

Güncellemeler, araç tip onayıyla ilgili özellikleri etkileyip etkilemediklerini belirlemek üzere değerlendirilmelidir.

Yazılım Tanımlama

Onayla ilgili yazılım tanımlanabilir olmalı ve uygun araç yapılandırmasına kadar izlenebilmelidir.

Güncelleme Kayıtları

Üreticilerin yazılım sürümleri, güncellemeler ve etkilenen araçlara ilişkin kontrollü bilgilere sahip olması gerekir.

Birleşmiş Milletler 156 No.lu Düzenlemesi yalnızca bir uzaktan güncelleme siber güvenlik standardı değildir.

Temel homologasyon amacı, yazılım güncellemelerinin kontrollü biçimde yönetilmesini ve bu güncellemelerin onaylanmış araç özellikleri üzerindeki sonuçlarının anlaşılmasını sağlamaktır.

Makale Rehberine Dön
03
YAZILIM GÜNCELLEME YÖNETİM SİSTEMİ

Güncelleme Araca Ulaşmadan Önce Kontrol Edilmelidir

Birleşmiş Milletler 156 No.lu Düzenlemesinin temel kavramlarından biri Yazılım Güncelleme Yönetim Sistemidir.

Yazılım Güncelleme Yönetim Sistemi, homologasyonu tek bir güncellemenin kontrol edilmesinin ötesine taşır. Üreticinin, kuruluşun ilgili araç yaşam döngüsü boyunca yazılımı yönetmek için etkili süreçlere sahip olduğunu göstermesini gerektirir.

Yazılım Envanteri

İlgili yazılımları, sürümleri ve bunların araç sistemleri ile onay özellikleri arasındaki ilişkileri belirleyin.

Yapılandırma Yönetimi

Hangi yazılım yapılandırmalarının belirli araç tiplerine ve çeşitlerine karşılık geldiği üzerindeki kontrolü sürdürün.

Değişiklik Değerlendirmesi

Güncellemede nelerin değiştiğini ve onayla ilgili işlevlerin etkilenip etkilenmediğini belirleyin.

Doğrulama ve Geçerleme

Güncellemenin amaçlandığı şekilde çalıştığını ve diğer sistemler üzerinde kabul edilemez etkiler oluşturmadığını gösterin.

Uygulamaya Alma Kontrolü

Doğru güncellemenin uygun koşullarda uyumlu araçlara ulaştığından emin olun.

Kayıtlar ve İzlenebilirlik

Yazılım sürümlerini, etkilenen araçları, değerlendirmeleri ve güncelleme kararlarını birbirine bağlayan kanıtları muhafaza edin.

Yazılım Güncelleme Yönetim Sistemi, yazılım yönetimini bir homologasyon gerekliliğine dönüştürür. Üretici yalnızca tek bir güncellemenin güvenli olduğunu değil, genel yazılım güncelleme sürecinin sistematik biçimde kontrol edildiğini de gösterebilmelidir.
Makale Rehberine Dön
04
YAZILIM TANIMLAMA

Onaylanmış Aracı Hangi Yazılım Sürümü Temsil Eder?

Yazılım homologasyonu, onaylanmış araç ile onayla ilgili işlevleri kontrol eden yazılım arasında güvenilir bir bağlantı gerektirir.

Bu nedenle Birleşmiş Milletler düzenlemeleri, düzenlemeye tabi işlevlerle ilişkili yazılımın izlenebilirliğini desteklemek amacıyla Düzenleme Yazılım Tanımlama Numarası gibi yazılım tanımlama mekanizmalarını kullanır.

FİZİKSEL DONANIM İZLENEBİLİRLİĞİ Parça Numarası / Bileşen

Geleneksel uygunluk sistemleri fiziksel bileşenleri çizimler, parça numaraları, seri numaraları ve kontrollü üretim kayıtları aracılığıyla izler.

YAZILIM İZLENEBİLİRLİĞİ Sürüm / Düzenleme Yazılım Tanımlama Numarası / Yapılandırma

Yazılım tanımlı işlevler; sürümler, yapılandırma ve bunların onaylanmış araçla ilişkisi üzerinde eşdeğer kontrol gerektirir.

Bir araç fiziksel olarak tamamen aynı görünebilir ancak yine de onay açısından farklı bir yapılandırmayı temsil edebilir.

Kontrol eden yazılım değişirse aracın davranışı veya düzenlemeye tabi özellikleri de değişebilir. Bu nedenle yazılım tanımlama, araç yapılandırma kontrolünün ayrılmaz bir parçası hâline gelir.

Makale Rehberine Dön
05
ONAY ETKİSİ DEĞERLENDİRMESİ

Yazılım Güncellemesi Onaylanmış Aracı Değiştirir mi?

Bu, yazılım tanımlı araç çağındaki en önemli homologasyon sorusu olarak değerlendirilebilir.

Her yazılım güncellemesi tip onayını etkilemez. Bir seyir haritası güncellemesi, arayüz düzeltmesi veya düzenlemeye tabi olmayan bir özellik, düzenlemeye tabi araç özellikleri üzerinde önemli bir etki yaratmayabilir.

Diğer güncellemeler ise çok farklı sonuçlar doğurabilir.

ONAYLA İLGİLİ OLMAYAN GÜNCELLEME Düzenlemeye Tabi Özellikler Üzerinde Önemli Etki Yok

Değişiklik, yeni bir onay işlemi gerektirmeden üreticinin onaylanmış yazılım güncelleme süreçleri kapsamında yönetilebilir.

ONAYLA İLGİLİ GÜNCELLEME Düzenlemeye Tabi Performans veya İşlev Değişiklikleri

Üretici, uygulamaya almadan önce test, onay kapsamının genişletilmesi, güncellenmiş belgelendirme veya başka bir mevzuat işleminin gerekli olup olmadığını değerlendirmelidir.

Güncelleme kararı uygulamaya almadan önce verilmelidir. Bir üretici, yazılım araç filosuna dağıtıldıktan sonra homologasyonu sonradan ele alınacak bir konu olarak değerlendiremez.
Makale Rehberine Dön
06
UZAKTAN GÜNCELLEMELER

Araç Kendi Yazılım Kurulum Ortamına Dönüşür

Uzaktan güncelleme, her yazılım değişikliğinin bir serviste fiziksel olarak kurulması gerekliliğini ortadan kaldırır; ancak yeni güvenlik ve uygunluk riskleri de yaratır.

Güncellemenin yalnızca teknik olarak doğru olması yeterli değildir. Doğru araca ulaşmalı, uygun koşullarda kurulmalı ve aracı güvenli ve geçerli bir durumda bırakmalıdır.

Araç Uyumluluğu

Sistem, güncellemenin belirli araç ve yazılım yapılandırması için uygun olup olmadığını belirlemelidir.

Güncelleme Bütünlüğü

Yazılım yetkisiz değişiklik veya bozulma olmadan ulaşmalıdır.

Kurulum Koşulları

Güvenlik açısından kritik güncellemeler; araç durumu, çalışması veya kullanıcı etkileşimiyle ilgili tanımlanmış koşullar gerektirebilir.

Kurulum Başarısızlığı

Güncelleme süreci, kurulumun kesintiye uğraması veya başarısız olması durumunda ne olacağını dikkate almalıdır.

Kullanıcı Bilgilendirmesi

Sürücülerin veya işletmecilerin güncellemenin amacı, kurulum koşulları veya araç kullanımını etkileyen değişiklikler hakkında bilgilendirilmesi gerekebilir.

Güncelleme Sonrası Doğrulama

Araç ve üretici, amaçlanan yapılandırmanın başarıyla kurulduğundan emin olmalıdır.

Uzaktan araç güncellemesi, bir akıllı telefon uygulamasını güncellemekle aynı değildir.

Bir araç güncellemesi; direksiyon, frenleme, hızlanma veya güvenlikle ilgili diğer işlevleri kontrol edebilen sistemleri etkileyebilir. Bu nedenle yanlış veya eksik bir kurulumun sonuçları temelden farklı olabilir.

Makale Rehberine Dön
07
SİBER GÜVENLİK VE BİRLEŞMİŞ MİLLETLER 155 NO.LU DÜZENLEMESİ

Yazılım Güncelleme Homologasyonu Siber Güvenlikten Ayrı Ele Alınamaz

Yazılım güncellemesi, potansiyel siber saldırı yüzeylerine dönüşebilecek iletişim yolları, yazılım iletim mekanizmaları ve dijital güven ilişkileri oluşturur.

Bu nedenle Birleşmiş Milletler 156 No.lu Düzenlemesi, araç siber güvenliğini ve Siber Güvenlik Yönetim Sistemlerini ele alan Birleşmiş Milletler 155 No.lu Düzenlemesi ile yakın ilişki içinde uygulanır.

Birleşmiş Milletler 155 No.lu Düzenlemesi Siber Güvenlik Yönetimi

Araçları yaşam döngüleri boyunca etkileyen siber güvenlik risklerinin belirlenmesine, değerlendirilmesine ve yönetilmesine odaklanır.

Birleşmiş Milletler 156 No.lu Düzenlemesi Yazılım Güncelleme Yönetimi

Araç yazılım güncellemelerinin ve bunların onaylanmış araç özellikleriyle ilişkisinin kontrol edilmesine odaklanır.

Hem meşru bir güncelleme hem de kötü niyetli bir değişiklik araç yazılımını değiştirebilir. Bu nedenle homologasyon sistemi yalnızca onaylanmış güncellemelerin uygun biçimde yönetildiğinden değil, yetkisiz yazılım değişikliklerinin önlendiğinden veya tespit edildiğinden de emin olmalıdır.
Makale Rehberine Dön
08
TEST VE DOĞRULAMA

Bir Güncelleme Yayımlanmadan Önce Neler Kanıtlanmalıdır?

Uygun doğrulama programı, güncellemenin neyi değiştirdiğine bağlıdır.

Güvenlikle ilgili bir araç işlevini etkileyen yazılım değişikliği, düzenlemeye tabi olmayan bir kullanıcı arayüzüyle sınırlı bir değişiklikten çok daha fazla kanıt gerektirebilir.

Yazılım Doğrulaması

Güncellenmiş yazılımın amaçlanan gereklilikleri doğru biçimde uyguladığını doğrulayın.

İşlevsel Test

Etkilenen araç işlevlerinin gerektiği şekilde çalışmaya devam ettiğini gösterin.

Gerileme Testi

Değişikliklerin daha önce doğrulanmış işlevleri istemeden olumsuz etkilemediğini doğrulayın.

Araç Düzeyinde Doğrulama

Uygun olduğunda güncellenmiş işlevi bütün araç ortamında doğrulayın.

Güvenlik Değerlendirmesi

Güncellemenin güvenlikle ilgili davranışları etkilediği durumlarda tehlikeleri ve güvenlik varsayımlarını yeniden değerlendirin.

Mevzuat Değerlendirmesi

Değişiklik sonrasında geçerli onay gerekliliklerinin karşılanmaya devam edip etmediğini belirleyin.

Doğrulamanın kapsamı değişikliğin etkisine göre belirlenmelidir. Bu nedenle yazılım güncelleme homologasyonu temelde kanıtlarla desteklenen kontrollü bir değişiklik yönetimi sürecidir.
Makale Rehberine Dön
09
AVRUPA BİRLİĞİ TİP ONAYI BÜTÜNLEŞTİRMESİ

Yazılım Güncelleme Uygunluğu Artık Avrupa Homologasyonunun Bir Parçasıdır

Avrupa Birliği, Birleşmiş Milletler 156 No.lu Düzenlemesinin uygulanması yoluyla yazılım güncelleme gerekliliklerini Avrupa Birliği araç tip onayı çerçevesine dâhil etmiştir.

Bu, ilgili yeni araç tiplerini Avrupa pazarına sunan üreticiler için yazılım yönetiminin artık geleceğe ait bir uygunluk kavramı olmadığı anlamına gelir.

Tam Araç Tip Onayı

Yazılım güncelleme uygunluğu, Avrupa Birliği araç onayını destekleyen mevzuat gerekliliklerinin bir parçasını oluşturur.

Araç Tipi Belgelendirmesi

Onay belgelerinin yazılım tanımlamasını ve güncellemeyle ilgili özellikleri giderek daha fazla dikkate alması gerekir.

Onay Kapsamı Genişletmeleri

Onayla ilgili yazılım değişiklikleri, tip onayı makamıyla uygun işlemlerin yürütülmesini gerektirebilir.

Pazara Sunulmuş Araçlar

Hâlihazırda kullanımda olan araçlara yönelik yazılım sürümlerinin, yeni üretilmiş araçlarda kullanılan yazılımlardan dikkatle ayrılması gerekebilir.

Araç onay dosyası artık değişmez bir kayıt olarak değerlendirilemez.

Yazılım kontrollü işlevler; onaylanmış araç yapılandırması, sonraki yazılım sürümleri ve uygunluğun devam ettiğini gösteren kanıtlar arasında sürekli bir ilişki oluşturur.

Makale Rehberine Dön
10
ARAÇ ÜRETİCİSİ VE TEDARİKÇİ SORUMLULUKLARI

Yazılım Homologasyonu Tedarik Zinciri Boyunca Uzanır

Modern araç yazılımları nadiren tek bir kuruluş tarafından geliştirilir. Araç üreticileri; elektronik kontrol birimi tedarikçilerine, yazılım geliştiricilerine, yarı iletken şirketlerine, gelişmiş sürücü destek sistemi tedarikçilerine, batarya sistemi sağlayıcılarına ve diğer teknoloji ortaklarına dayanır.

Bununla birlikte araç üreticisi, onaylanmış aracın geçerli mevzuat gerekliliklerini karşılamaya devam ettiğini göstermekten sorumludur.

Değişiklik Bildirimi

Tedarikçilerin, yazılım veya gömülü işlevler değiştiğinde araç üreticisini bilgilendirmek için kontrollü mekanizmalara sahip olması gerekir.

Sürüm İzlenebilirliği

Onaylanmış araç yapılandırması, birden fazla kuruluş tarafından sağlanan yazılımlar üzerinden izlenebilir olmalıdır.

Doğrulama Kanıtları

İlgili tedarikçi test kanıtlarının üreticinin genel uygunluk değerlendirmesini desteklemesi gerekir.

Siber Güvenlik Koordinasyonu

Güvenlik açıkları ve yazılım güncelleme riskleri bağlantılı yazılım tedarik zincirinin herhangi bir noktasında ortaya çıkabilir.

Yazılım malzeme listesi stratejik açıdan önem kazanmaktadır. Üreticilerin araçta yer alan yazılım bileşenleri, bunların sürümleri, bağımlılıkları ve düzenlemeye tabi işlevler üzerindeki olası etkileri konusunda giderek daha fazla görünürlüğe sahip olması gerekmektedir.
Makale Rehberine Dön
11
YAŞAM DÖNGÜSÜ HOMOLOGASYONU

Araç Üretimden Çıktıktan Sonra da Onay Süreci Devam Eder

Yazılım tanımlı araçlar, otomotiv mevzuatında hâlihazırda görülen daha geniş bir dönüşümü güçlendirmektedir: uygunluk giderek ilk onay işleminin ötesine uzanmaktadır.

GELENEKSEL MODEL Tasarım → Test → Onay → Üretim

Homologasyon süreci büyük ölçüde üretime giren araç tasarımına ve üretim uygunluğunun sürdürülmesine odaklanır.

YAZILIM TANIMLI MODEL Onay → Kullanım → Güncelleme → Doğrulama → Devam

Yazılım kontrollü araçlar, kullanım ömrü boyunca sürekli yapılandırma yönetimi ve değişikliklerin değerlendirilmesini gerektirir.

Onaylanmış bir araç ne zaman artık aynı onaylanmış araç olmaktan çıkar?

Bu soru yazılım tanımlı homologasyonun merkezinde yer alır. Yanıt giderek kontrollü yazılım tanımlamasına, belgelenmiş değişiklik değerlendirmesine ve mevzuata uygunluğun korunduğunu gösteren kanıtlara bağlıdır.

Makale Rehberine Dön
12
ARAÇ ONAYININ GELECEĞİ

Sabit Üründen Kontrollü Dijital Platforma

Yazılım tanımlı araçlar homologasyonu değiştirir; çünkü araç giderek üretim sonrasında kontrollü biçimde gelişebilen bir platforma dönüşmektedir.

Bu nedenle gelecekteki homologasyon yetkinliği, geleneksel araç mühendisliği ile modern yazılım güvencesinin birleşimini gerektirir.

01 — Mevzuat Haritalaması

Yazılım kontrollü işlevlerden etkilenebilecek tüm düzenlemeleri ve onay özelliklerini belirleyin.

02 — Yazılım Güncelleme Yönetim Sistemi Yönetimi

Geliştirme, üretim ve kullanım süreçleri genelinde sistematik yazılım güncelleme yönetimi oluşturun.

03 — Yapılandırma Kontrolü

Araçlar, düzenlemeye tabi işlevler ve kurulu yazılım arasında güvenilir izlenebilirliği sürdürün.

04 — Değişiklik Etki Analizi

Her yazılım değişikliğinin güvenliği veya onayla ilgili özellikleri etkileyip etkilemediğini belirleyin.

05 — Doğrulama

Değiştirilen işlevlerin güvenli ve uygun kalmaya devam ettiğini gösteren kanıtlar oluşturun.

06 — Yaşam Döngüsü Güvencesi

Araçlar hizmet ömürleri boyunca güncellemeler, güvenlik düzeltmeleri ve işlevsel değişiklikler aldıkça uygunluğu sürdürün.

Araç onayının geleceği değişikliksiz onay değildir. İzlenebilirlik, doğrulama, yazılım yönetimi ve sürekli mevzuat kanıtlarıyla desteklenen kontrollü değişikliktir.
Makale Rehberine Dön

Bir Araç Onaydan Sonra Değişebilir mi?

Yazılım tanımlı araç bu sorunun yanıtını giderek daha açık hâle getiriyor: Evet — ancak bu değişikliğin kendisi de yönetilmelidir.

Yazılım, aracın ömrü boyunca güvenlik iyileştirmeleri, siber güvenlik düzeltmeleri, performans geliştirmeleri ve yeni işlevler sağlayabilir. Ancak aynı yetenek, başlangıçta aracın onay kanıtlarının bir parçasını oluşturan sistemleri de değiştirebilir.

Bu nedenle yazılım güncelleme yönetimi, siber güvenlik, yapılandırma izlenebilirliği ve mevzuat etki değerlendirmesi modern homologasyonun temel unsurları hâline gelmektedir.

Bu nedenle yazılım tanımlı homologasyon açısından belirleyici soru, araçların güncelleme alıp almaması değildir.

Asıl soru, üreticilerin onayla ilgili her değişikliğin araca ulaşmadan önce kontrollü, doğrulanmış, izlenebilir ve uygun olduğunu nasıl gösterebileceğidir.

Araç, üretim sona erdiğinde gelişimini artık durdurmuyor. Homologasyon da onunla birlikte gelişmelidir.
Mevzuat bağlamı: Yazılım güncelleme ve siber güvenlik gereklilikleri; araç kategorisine, hedef pazara, geçerli Birleşmiş Milletler düzenlemelerine ve bölgesel tip onayı mevzuatına bağlıdır. Birleşmiş Milletler 155 ve 156 No.lu Düzenlemeleri ile bunların yorum belgeleri gelişmeye devam etmektedir. Bu nedenle üreticiler, bir yazılım güncelleme, Yazılım Güncelleme Yönetim Sistemi veya araç tip onayı programına başlamadan önce geçerli değişiklik serilerini, geçiş hükümlerini ve bölgesel uygulama gerekliliklerini doğrulamalıdır.
GLOBAL ALLIANCE REGISTER

Global Alliance Register Size Nasıl Destek Olabilir?

Global Alliance Register, bu yazıda ele alınan konu kapsamında kuruluşların teknik gereklilikleri değerlendirmesine, uygun doğrulama ve güvence yaklaşımını belirlemesine ve gerekli bağımsız uzmanlık kaynaklarını koordine etmesine destek olabilir.

01

İhtiyaca uygun test, gözetim, belgelendirme ve teknik güvence kapsamını bağımsızlık ve yetkinlik gereklilikleriyle birlikte belirlemek.

02

Teknik disiplin, coğrafya, proje aşaması ve gerekli bağımsızlık seviyesine uygun uluslararası uzman kaynaklarını koordine etmek.

03

Test, gözetim, denetim ve belgelendirme çıktılarından oluşan teknik kanıtları bütüncül biçimde inceleyerek izlenebilir ve tutarlı bir güvence yapısı oluşturmak.

04

Uygun bağımsızlık ve tarafsızlık seviyesini belirleyerek teknik güvence faaliyetlerinin güvenilirliğini desteklemek.

05

Mevcut yönetim sistemi uygulamalarını ilgili gerekliliklere göre değerlendirmek, boşlukları belirlemek ve iyileştirme önceliklerini oluşturmak.

Scroll to Top