Üst Yapı Araçlar

Üst Yapı Araç Tip Onayı: Çok Aşamalı eCoC Hazırlığı

Çok aşamalı araç dosyasını hazırlayın: önceki aşama belgeleri, üst yapı değişiklikleri, araca ait CoC verisi ve eCoC gönderiminden önce yapılacak kontroller.

Son güncelleme:

Yayın tarihi9 Temmuz 2024
Okuma süresi8 dk
Kelime1014
Üst Yapı Araç Tip Onayı: Çok Aşamalı eCoC Hazırlığı

Üst Yapı Araç Tip Onayı: Çok Aşamalı eCoC Hazırlığı

Çok aşamalı araç tip onayı, aracın birbirini izleyen imalat aşamalarında üretilmesi veya tamamlanmasıyla ilgili onay sürecidir. Bir üreticinin sağladığı şasi-kabinin başka bir üretici tarafından özel üst yapıyla tamamlanması yaygın bir örnektir. Üst yapı üreticisinin işi, önceki aşamanın belgelerini kendi yaptığı değişikliklerle ilişkilendirmek ve tamamlanan aracı doğru anlatan uygunluk verisini hazırlamaktır.

Bu rehber, AB araç onayı ve eCoC iş akışına hazırlanan üretici ekibi için pratik bir kontrol düzeni sunar. Eksiksiz bir otorite başvuru formu değildir. Kullanılacak onay yolu, araç kapsamı ve istenecek kanıtlar, belge yayımlanmadan önce sorumlu onay kuruluşu ve teknik servisle netleştirilmelidir. Her üst yapı projesinde aynı belgenin yeterli olacağı varsayılmamalıdır.

Önce kapsamı ve üreticilerin sorumluluklarını belirleyin

(AB) 2018/858 Tüzüğü içindeki çok aşamalı onay çerçevesi, eklenen veya değiştirilen unsurlara ilişkin sorumlulukları ve üreticiler arasındaki bilgi paylaşımını ele alır. Önceki aşamanın onayı, sonraki bütün değişiklikleri kendiliğinden kapsamaz. Yapılan işin hangi sistemleri etkilediği ve bunların nasıl değerlendirileceği belirlenmelidir.

İlk kayıtta hedef pazarı, araç kategorisini, imalat aşamasını ve önerilen konfigürasyonu yazın. İlgili onayın sahibi, temel araç bilgisini sağlayan kişi ve tamamlanmış araç kaydını inceleyen sorumlu belli olmalıdır. AB araç tip onayı rehberi, üretici hazırlığını, teknik servis kanıtını ve otoritenin kararını birlikte açıklar.

Önceki aşamadan hangi belgeler istenmeli?

Gerçekte kullanılacak araç ve onay kapsamına ait, izlenebilir bir belge paketi isteyin. Dosyaları yalnızca adlarına göre toplamak yerine her biri için cevaplanacak soruyu belirleyin. Pratik teslim kontrolü şu kayıtlar üzerinden kurulabilir:

  • Onay referansı ve uygulanabilir sürüm: sağlanan araç konfigürasyonu ilgili onay belgelerine ve varsa genişletmelere bağlanabiliyor mu? Bir numara görmek yerine belgenin kapsamını da inceleyin.
  • Araç kimliği ve uygunluk kaydı: VIN ve araç bilgileri teslim belgesinde, mevcut önceki aşama CoC’sinde ve kendi üretim emrinizde aynı aracı mı gösteriyor?
  • Teknik kaynak veri: birimler, alan tanımları ve konfigürasyon sınırları açık mı? İzin verilen bir sınır değer ile araç üzerinde ölçülen gerçek değeri ayırt edebiliyor musunuz?
  • Üst yapı uygulama bilgisi: önerilen gövde veya ekipman için hangi çizimler, montaj talimatları ve kısıtlamalar geçerli? Kullanılan talimatın sürümü kayıt altında mı?
  • Sistem ve aksam kanıtları: yapılan işi ilgilendiren onay referansları bulunabiliyor mu? Açıklaması olmayan geniş bir sertifika klasörü, ilgili kanıtı belirlemenin yerine geçmez.
  • Değişiklik bildirim sorumlusu: temel araçtaki yeni bir sürüm üretimde kullanılan belge veya veriyi etkilerse ekibinize kim, hangi kayıt üzerinden haber verecek?

Dosyalar geldiğinde teslimi hemen tamamlandı olarak işaretlemeyin. Bir örneği açın, sürümünü kontrol edin ve neyi kanıtladığını yazın. Eksik kaynak varsa sorumlusu ve cevaplanacak soru belli olmalıdır. Açıklamasız bir kırmızı hücre bırakmak yerine “bu konfigürasyona uygulanabilirliğini doğrula” şeklinde görev tanımlamak, belgeyi sağlayacak kişinin ne yapacağını anlamasını kolaylaştırır.

Örnek: şasi-kabin üzerine kapalı kasa montajı

Aşağıdaki örnek iş akışını anlatır; onaylanmış ölçü veya mühendislik sınırı içermez. Üretici şasi-kabini teslim alır, kapalı kasa monte eder ve tamamlanmış araç kaydını hazırlar. İncelemede değişen her özellik, dayanak belge ve yayın kararıyla ilişkilendirilir. Tablodaki sorular, dosyayı düzenleyen ekibin ilk kontrol toplantısında kullanılabilir.

Kontrol konusuBirlikte incelenecek kanıtYayın öncesi soru
Onay kimliğiTemel araç belgeleri, sonraki aşama onayı ve üretim konfigürasyonu.Her referans bu araca ve ilgili aşamaya uygulanabiliyor mu?
BoyutlarUygulanabilir çizimler ve tamamlanmış aracın muayene kaydı.Yazılan değerler gerçekten monte edilen kasayı anlatıyor mu?
KütlelerTanımı belli kaynak değerler ve ilgili hesap veya ölçüm kaydı.Gerçek değerler ile teknik sınırlar ayrı tutulmuş mu?
Etkilenen donanımDeğişiklik değerlendirmesi ve uygulanabilir montaj veya test kanıtı.Kasa montajının donanıma etkisi incelenmiş mi?

Örneğin ilk muayeneden sonra çizim değişmiş olabilir. Muayene sonucu kullanılmadan önce hâlâ yayımlanacak aracı temsil edip etmediği belirlenir. Belgedeki alanlar birbiriyle uyumlu görünsün diye yeni bir değer tahmin edilmez. Kaynaklar arasındaki fark çözülür, verilen karar saklanır ve etkilenen çıktı yeniden hazırlanır.

CoC düzenlemeden önce tek ve tutarlı araç dosyası oluşturun

İç çalışma için dosya beş bölümde düzenlenebilir: alınan temel araç belgeleri, konfigürasyon ve değişiklik kayıtları, muayene kanıtları, yayımlanan uygunluk çıktısı ve gönderim kayıtları. Her dosyanın ayırt edilebilir sürümü ve inceleme sorumlusu bulunmalıdır. Bu bir çalışma önerisidir; otoritenin başvuru paketi farklı bir düzen isteyebilir.

VIN’i, uygulanabilir onay referanslarını ve araca özgü alanları bu bölümler arasında karşılaştırın. Birden fazla kişi veri giriyorsa her alan için esas alınacak kaynağı belirleyin. RDW’nin üretimin uygunluğu açıklaması, üretimde devam eden kontrol düzenini ele alır. Kendi kaydınız da seçilen aracın hangi kanıta dayanılarak serbest bırakıldığını gösterebilmelidir.

İncelenmiş veriyi elektronik gönderime nasıl taşırsınız?

Alıcı kanalın istediği veri kümesini hazırlayın. Gereken aşama bilgisini koruyun; bütün referansları tek bir genel kayda dönüştürerek ayrımları kaybetmeyin. IVI XML doğrulaması seçilen yapıyı ve kuralları kontrol eder. Fiziksel bir değişikliğin onay kapsamında olup olmadığına bu kontrol karar vermez.

Electronic COC Platform eCoC XML oluşturur, doğrular, imzalar; üreticiye özel yapılandırılmış NAP bağlantısı üzerinden gönderir ve yanıtları takip eder. Üreticinin gönderim hesabı, test ortamı ve yanıt inceleme yöntemi önceden belirlenmelidir. NAP gönderim akışı bu teslimi, CoC ve eCoC karşılaştırması ise belge ile elektronik teslim kanıtının farkını açıklar.

Uygulama bağlamı

İlk incelemeyi tek bir tamamlanmış araç dosyasıyla yapın

Temsilî bir araç seçin ve dosyayı hazırlamayan bir çalışma arkadaşınızdan onay referanslarını, değişen değerleri ve yayın kanıtını izlemesini isteyin. Açıklama gereken her noktayı kaydedin. Bu boşluklar, iş akışı daha büyük bir araç grubunda kullanılmadan önce hangi teslim veya veri kontrolünün iyileştirilmesi gerektiğini gösterir.

İki inceleme kararını ayrı izleyin

Önce mühendislik ve onay kanıtının araç konfigürasyonunu desteklediğini belirleyin. Ardından uygunluk çıktısının incelenmiş kaydı doğru yansıttığını kontrol edin. XML biçiminin doğru olması açık bir mühendislik sorusunu çözmez; onaylı konfigürasyon da dışa aktarılırken yanlış değerle temsil edilebilir.

Düzeltmeyi kaynak kaydı üzerinden yürütün

Alıcı mesajı reddederse yanıtı saklayın; sorunun veri, imzalama, erişim veya iletişimle ilgili olup olmadığını ayırın. Sorumlu kaynak veya eşleştirmeyi düzeltin, etkilenen çıktıyı inceleyin ve alıcının yeniden gönderim sürecini izleyin. Önceki dosyalar ayırt edilebilir kalmalı; çalışma arkadaşlarınız neyin değiştiğini açıklayabilmelidir.

Araç dosyasından gönderime

Üreticinizin tamamlayacağı sonraki işlem adımını inceleyin.

Aracın IVI XML kaydını kontrol edin

Aşama bilgisi ve kaynak değerler belirlendikten sonra üretilen veri kümesini inceleyin.

Aracın IVI XML kaydını kontrol edin

Üreticinin NAP gönderimini planlayın

Erişim, imzalı gönderim, alıcı yanıtı ve düzeltme adımlarını birlikte takip edin.

Üreticinin NAP gönderimini planlayın

Üst yapı üretiminizde eCoC akışını değerlendirelim

Örnek bir araç dosyasını, ilgili aşama referanslarını ve kullanacağınız gönderim kanalını hazırlayın. Electronic COC Platform ile veri hazırlığı, doğrulama, imzalama ve yanıt takibinin iş akışınıza nasıl uyarlanacağını değerlendirelim.

Resmî kaynaklar

Bu makaledeki düzenleyici çerçeveyi birincil kaynaklardan doğrulamak için aşağıdaki resmî sayfaları kullanabilirsiniz.

(AB) 2018/858 Tüzüğü

Araç tip onayı ve piyasa gözetimi için geçerli resmî Avrupa Birliği mevzuat çerçevesi.

Resmî kaynağı açın

EUCARIS

Avrupa'daki araç ve sürücü belgesi bilgilerinin paylaşım ağına ilişkin resmî açıklamalar.

Resmî kaynağı açın

Sık Sorulan Sorular

Konuyla doğrudan ilgili kısa ve pratik yanıtlar.

Sık Sorulan Sorular

Temel aracın onayı bütün üst yapı değişikliklerini kapsar mı?

Böyle bir varsayım yapılmamalıdır. Eklenen veya değiştirilen unsurlar uygulanabilir onay kapsamıyla karşılaştırılmalı; tamamlanmış konfigürasyon için gereken kanıt ve onay işlemi belirlenmelidir.

Sonraki aşama üreticisi hangi belgeleri istemeli?

Uygulanabilir onay referansları, araç kimliği ve uygunluk kayıtları, teknik kaynak veri ve üst yapı uygulama bilgisiyle başlayın. Kesin paketi önceki aşama üreticisi ve sorumlu onay ekibiyle netleştirin.

Geçerli eCoC XML, üst yapı montajının onaylı olduğunu kanıtlar mı?

Hayır. XML doğrulaması ile mühendislik veya otorite onay kararı ayrı kontrollerdir. Gönderilen dosyanın yanında araç konfigürasyonuna ait kanıtlar da saklanmalıdır.

İlgili Rehberler

Aynı regülasyon veya operasyon konusundaki diğer pratik rehberler.

Teknik Rehberler

Araç Uygunluk Altyapısı Otomotiv Regülasyonlarını Nasıl Destekler?

Araç uygunluk altyapısı otomotiv regülasyonlarını nasıl destekler? Uygunluk veri sistemlerinin düzenleyici süreçlerdeki rolünü öğrenin.

Yayın tarihi: 29 Nisan 2025

Devamını oku

Teknik Rehberler

Araç Tip Onayı Verisi Düzenleyici Sistemlerde Nasıl Akış Sağlar?

Araç tip onayı verisi düzenleyici sistemlerde nasıl kullanılır? Avrupa otomotiv regülasyonlarında veri akışının nasıl yönetildiğini öğrenin.

Yayın tarihi: 11 Mart 2025

Devamını oku

Teknik Rehberler

Araç Uygunluk Verisi Yönetiminde Karşılaşılan Yaygın Zorluklar

Araç uygunluk verisi yönetimi neden karmaşık olabilir? Otomotiv regülasyonlarında karşılaşılan veri yönetimi zorluklarını öğrenin.

Yayın tarihi: 4 Nisan 2025

Devamını oku

IVI

IVI Nedir? İlk Araç Bilgisi ve IVI 2.0 XML

IVI, eCoC sürecinde Initial Vehicle Information anlamına gelir. IVI 2.0 XML yapısını, şema kontrolünü ve gönderim öncesi veri doğrulamasını öğrenin.

Yayın tarihi: 21 Mayıs 2024

Devamını oku

İletişim

Sayfadan ayrılmadan eCoC süreciniz için net bir adım belirleyelim

Neyi çözmek istediğinizi kısa bir mesajla paylaşın. Adınızı ve e-posta adresinizi bırakın; ekibimiz doğru sonraki adım için size doğrudan dönüş yapsın.

  • Kısa form
  • Doğrudan ekip dönüşü
  • Sertifika veya özel anahtar talep edilmez

Buradaki formu kullanabilir veya daha fazla detay için tam iletişim sayfasını açabilirsiniz.

Tam iletişim sayfasını aç