eCoC

eCoC ve CoC Arasındaki Fark Nedir?

Kağıt CoC ile yapılandırılmış eCoC’yi karşılaştırın: araç verisi, XML kontrolü, imzalama, gönderim ve yanıt takibi. PDF taramasının farkını öğrenin.

Son güncelleme:

Yayın tarihi2 Nisan 2024
Okuma süresi7 dk
Kelime915
eCoC ve CoC Arasındaki Fark Nedir?

eCoC ve CoC Arasındaki Fark Nedir?

CoC, Certificate of Conformity ifadesinin kısaltmasıdır; üreticinin tek bir aracın ilgili onaylı tipe uygunluğunu bildirdiği Uygunluk Belgesidir. eCoC ise uygunluk bilgisinin yapılandırılmış elektronik veri olarak hazırlanmasını ifade eder. Bu karşılaştırmada kağıt CoC, okunabilir belgeyi; eCoC ise ilgili alıcı hizmet için hazırlanan elektronik kaydı anlatır. Her iki çıktının dayanağı aynı araca ait doğru ve izlenebilir bilgidir.

Kağıt CoC ile eCoC karşılaştırması

İnceleme konusuKağıt CoCYapılandırılmış eCoC
Bilginin sunumuİnsanların okuyacağı şekilde düzenlenmiş belge.Alıcı sistemin işleyebileceği tanımlı veri alanları.
Hazırlık kontrolüAraç değerleri, uygulanabilir belge düzeni ve yayın incelemesi.Araç değerleri, mesaj yapısı ve alıcı hizmetin kuralları.
Teslim kanıtıDüzenlenen belge sürümü ve ilgili teslim kaydı.Gönderilen dosya, deneme referansı ve dönen durum.
Düzeltme takibiDüzeltilen belgeyi ve dayanak kaynağını belirleme.Düzeltilen veri kümesini belirleme ve alıcının sürecini izleme.

Tablo günlük iş akışını karşılaştırır. Her belge veya alıcı hizmetin aynı kontrolleri uyguladığı anlamına gelmez. Süreç kurulmadan önce ilgili araç kapsamının koşulları belirlenmelidir. Birden fazla ülke, onay yolu veya imalat aşaması varsa aynı şablonun her yerde kullanılabileceği varsayılmamalıdır. Gereksinimlerin hangi kaynağa dayandığını kayıt altında tutmak sonraki incelemeleri kolaylaştırır.

Bir PDF veya tarama neden yapılandırılmış kayıt sayılmaz?

Taranmış belge, sayfanın görüntüsünü saklar. XML kaydı ise yazılımın inceleyebileceği isimlendirilmiş alanlar ve ilişkiler içerir. PDF’den değer okumak veri hazırlığında kullanılabilir; ancak okunan bilginin onaylı kaynakla ve gereken mesaj şartnamesiyle karşılaştırılması gerekir. OCR çıktısı veya elle girilen değer, kontrol edilmeden esas teknik kayıt haline getirilmemelidir.

Örneğin taramadaki bir kütle değeri okunaklı olabilir, fakat birimi, hangi konfigürasyona ait olduğu veya kaynak sürümü belirsiz kalabilir. Bu bilgi elektronik alana aktarılmadan önce belirsizlik giderilir. Ondalık ayırıcılar, opsiyonel donanım ve önceki belgeden kopyalanmış referanslar da aynı dikkatle incelenir. Dosyanın başarılı biçimde dönüştürülmesi, doğru aracı tarif ettiğini tek başına göstermez.

İki çıktıyı aynı kontrollü veriden hazırlayın

VIN’i, uygulanabilir tip onayı referansını ve ilgili teknik özellikleri birbirine bağlayan bir araç kaydı oluşturun. Hem kağıt hem elektronik çıktı gerekiyorsa ikisi de aynı kaynakla karşılaştırılmalıdır. Düzeltmelerin belge şablonunda ve XML üretiminde birbirinden bağımsız birikmesine izin vermeyin. Aksi halde biçimsel olarak doğru görünen iki çıktı zamanla farklı araç konfigürasyonlarını anlatabilir.

Pilot çalışmada standart bir üretim aracı ile daha karmaşık bir örnek seçmek yararlıdır. Önemli birkaç alanı kaynağından başlayarak her iki çıktıda izleyin. Birim dönüşümü veya biçim değişikliği gerektiren bir değer de ekleyin. Dönüşümün nasıl yapıldığını yazın; başka bir inceleyen aynı kontrolü şablonu hazırlayan kişiye sormadan tekrarlayabilmelidir.

Elektronik gönderimde hangi ek adımlar vardır?

Seçilen alıcının istediği mesaj hazırlanır, uygulanabilir kontroller çalıştırılır, gereken imza veya mühür uygulanır ve gönderilen dosya saklanır. RDW’nin elektronik gönderim açıklaması belirli bir otorite için başlangıç kaynağıdır. Bir hizmetin hesap veya imza koşulu, bütün diğer kanalların da aynı biçimde çalıştığını göstermez.

IVI XML doğrulaması çıktıyı seçilen kurallara göre kontrol eder; fiziksel araca ait her bilgiyi tek başına kanıtlayamaz. Ardından XML imzalama adımı hedefe uygun şekilde uygulanır. İmzalanmış dosyanın tam sürümü korunmalı ve gönderime nihai durum verilmeden önce gelen yanıt incelenmelidir.

eCoC her durumda kağıt belgeyi kaldırır mı?

Hedef otoritenin ve araç kategorisinin güncel kapsamı kontrol edilmelidir. Örneğin 3 Ekim 2026 tarihinde incelenen RDW rehberi, ulusal küçük seri istisnasıyla M, N ve O araçlarında 29 Kasım 2026 ve sonrasında üretilen araçlar için dijital CoC gerekliliğini açıklıyor. Bu, Hollanda tescil sürecinin belirtilen kapsamıdır; bütün ülkelerde her kağıt belgenin aynı anda ortadan kalktığı anlamına gelmez.

İki çıktı farklıysa veya gönderim reddedilirse ne yapılmalı?

Elektronik çıktı kağıt belgeyle uyuşmuyorsa önce her birinin hangi kaynak ve sürümden üretildiğini belirleyin. Farkın oluştuğu kaynak değeri veya eşleştirmeyi düzeltin; etkilenen çıktıyı yeniden üretip inceleyin. Önceki dosya ve düzeltme nedeni, uygulanabilir saklama düzenine göre erişilebilir kalmalıdır. Sadece müşteriye gönderilecek kopyayı değiştirmek sonraki üretimde aynı hatayı tekrar doğurabilir.

Alıcı hizmet kaydı reddederse yeniden denemeden önce veri, imzalama, hesap ve iletişim sorunlarını ayırın. Alıcının düzeltme ve mükerrer kayıt sürecini izleyin. NAP gönderim akışı üretici tarafındaki bu teslimi açıklar. Electronic COC Platform oluşturma, doğrulama, imzalama, yapılandırılmış NAP üzerinden gönderim ve yanıt takibini araç kaydıyla birlikte yürütür.

Örneğin doğru imzalanmış bir dosyada eski varyanta ait değer bulunabilir. İmza işleminin başarılı olması bu veri sorununu çözmez. Ya da doğru veri içeren dosya yanlış test hesabına gönderilmiş olabilir. Bu iki olay farklı sorumluların incelemesini gerektirir. Operatörün ekranında yalnızca “başarısız” yazması yerine gerçek yanıtın ve ilgili dosyanın görülebilmesi, sorunun doğru kişiye aktarılmasını kolaylaştırır.

Uygulama bağlamı

Dosyanın görünümünü değil, işlem kanıtını karşılaştırın

Elektronik iş akışını değerlendirirken temsilî bir araç için kaynak kaydı, üretilen XML’i, doğrulama sonucunu, imzalı dosyayı ve alıcı yanıtını birlikte isteyin. Ardından aynı sürecin reddedilen bir kaydı nasıl ele aldığını görün. Böylece belge sayısı artmadan önce ekiplerin inceleyebileceği somut bir örnek oluşur.

Onay kararı ile gönderim sonucunu ayırın

Otoritenin tip onayı kararı araç tipini, üreticinin yayın kararı tek araç kaydını, alıcının yanıtı ise gönderilen mesajı ilgilendirir. Bu kararları ayrı izlemek, bir sorunu kimin çözebileceğini ve hangi kanıtın eksik olduğunu belirlemeyi kolaylaştırır. Tek bir başarılı durum bütün sürecin tamamlandığı anlamında kullanılmamalıdır.

Düzeltmenin sorumlusunu önceden belirleyin

Kaynak değeri kimin değiştirebileceğini, düzeltilen çıktıyı kimin inceleyeceğini ve yeniden gönderime kimin izin vereceğini belirleyin. Nedeni ve etkilenen sürümü saklayın. Bu çalışma düzeni kağıt ve elektronik çıktıda aynı ölçüde önemlidir; biçimi geçerli olan bir dosya yanlış araçtan alınmış bilgi taşıyabilir.

Rehberden sonraki adıma

Tamamlamanız gereken işe uygun süreci inceleyin.

XML imzalama koşullarını inceleyin

İmzalama adımını seçilen gönderim kanalıyla birlikte değerlendirin.

XML imzalama koşullarını inceleyin

NAP gönderimini planlayın

Üretici erişimini, alıcı yanıtlarını ve düzeltme takibini inceleyin.

NAP gönderimini planlayın

Araç verisi ve eCoC sürecinizi değerlendirelim

Örnek bir araç kaydını, ilgili tip onayı referansı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

Taranmış CoC belgesi eCoC sayılır mı?

Tarama, belgenin görüntüsüdür. Yapılandırılmış eCoC süreci ilgili elektronik veri kümesini ve alıcı hizmetin istediği kontrolleri gerektirir.

eCoC yeni bir araç tip onayı içerir mi?

Hayır. Tek araca ait uygunluk bilgisini ilgili tip onayı dayanağıyla temsil eder. Elektronik gönderim yeni bir tip onayı vermez.

İmzalamanın başarılı olması kabul kanıtı mı?

Hayır. İmzalama ile alıcı hizmetin kabulü ayrı adımlardır. Gönderimin sonucuna karar vermeden önce gönderilen dosya ve gerçek yanıt birlikte incelenmelidir.

İlgili Rehberler

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

Teknik Rehberler

Avrupa’da Araç Uygunluk Verisi Nasıl Doğrulanır?

Avrupa araç uygunluk sistemlerinde araç verileri nasıl doğrulanır? Araç uygunluk verisinin düzenleyici doğrulama süreçlerindeki rolünü öğrenin.

Yayın tarihi: 27 Ağustos 2024

Devamını oku

Teknik Rehberler

Araç Verisi Tutarlılığı Neden Önemlidir?

Araç uygunluk verilerinin tutarlı olması neden önemlidir? Avrupa otomotiv regülasyonlarında veri tutarlılığının rolünü öğrenin.

Yayın tarihi: 15 Ekim 2024

Devamını oku

Regülasyonlar

Araç Tip Onayı Dokümantasyonunun Tutarlı Olması Neden Önemlidir?

Araç tip onayı dokümantasyonu neden tutarlı olmalıdır? Avrupa otomotiv regülasyonlarında dokümantasyon tutarlılığının önemini öğrenin.

Yayın tarihi: 3 Aralık 2024

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ç