EUCARIS Nedir? eCoC ve Araç Verisi Paylaşımı

EUCARIS, Avrupa’daki ulusal otoritelerin araç ve sürücü belgesi bilgilerini paylaşmasını sağlayan sistemdir. Açılımı European Car and Driving Licence Information System’dır. Tek bir merkezî araç veri tabanı yerine ulusal sistemler arasında bilgi alışverişini sağlar. Üretici açısından eCoC dosyasını hazırlamak, dosyayı bir Ulusal Erişim Noktasına iletmek ve otoritelerin bu bilgiyi paylaşması farklı adımlardır.

EUCARIS’i kim kullanır?

EUCARIS, kamu otoriteleri için geliştirilmiştir. Elektronik Uygunluk Belgesi gönderimine hazırlanan bir üreticinin ilk işi, kullanacağı kabul hizmetini ve bu hizmetin kayıt koşullarını belirlemektir. Sadece “EUCARIS bağlantısı gerekiyor” demek teknik kapsamı açıklamaz. Hangi kurumun dosyayı alacağı, hangi hesabın kullanılacağı ve gönderim sonucunun nereden izleneceği ayrıca netleşmelidir.

Araç bilgisiyle çalışan her hizmet aynı amaca sahip değildir. Bir tescil kaydının sorgulanması ile üreticinin yeni bir eCoC göndermesi ayrı işlemlerdir. Yazılım talebi hazırlanırken gönderen tarafı, alıcı hizmeti ve beklenen yanıtı açıkça yazmak faydalıdır. Böylece homologasyon, satın alma ve teknik ekipler aynı işlemden söz eder; farklı hizmetlere ait özellikler yanlışlıkla tek bir kapsamda toplanmaz.

EUCARIS, eCoC, IVI ve NAP arasındaki fark

Bu süreçte eCoC elektronik uygunluk kaydını, IVI aracın ilk veri kümesini, NAP ise Ulusal Erişim Noktasını ifade eder. Üreticinin dosyayı ilettiği erişim noktası ile otoriteler arasındaki paylaşım ağı birbirinden ayrılmalıdır. Kavramlar ve sorumluluklar için EUCARIS’in resmî IVI açıklaması başlangıç kaynağıdır.

Bu ayrım günlük ekranlarda da korunmalıdır. “XML oluşturuldu” üreticinin kendi sistemindeki çıktıyı anlatır. “Gönderim alındı” alıcı hizmetten dönen bir sonucu anlatır. Bu iki durumun hiçbiri tek başına bütün otorite işlemlerinin tamamlandığını göstermez. Kullanıcıya gösterilen durum, gerçekten alınan yanıtı ve yanıtın bağlı olduğu dosya sürümünü yansıtmalıdır.

Üreticinin hazırlık sırası nasıl olmalı?

Önce temsilî bir araç seçilir. VIN, tip onayı referansı ve araçla ilgili teknik değerler onaylı kaynaklarla karşılaştırılır. Ardından hedef erişim noktasının istediği IVI sürümü belirlenir. Kaynak alanların XML alanlarıyla eşleştirilmesi, dosyanın oluşturulması ve doğrulanması tamamlandıktan sonra gerekli imzalama veya mühürleme adımına geçilir. Her aşamanın sorumlusu ve çıktısı belli olmalıdır.

eCoC NAP gönderimi sayfası üretici hesabı, test ve yanıt takibi hazırlığını açıklar. Dosyanın yapısını ve araç bilgisini kontrol etmek için IVI 2.0 XML doğrulama süreci ayrıca incelenmelidir. Çünkü teknik olarak açılabilen bir dosyada yanlış araç bilgisi bulunabilir; doğru bir dosya da yanlış hesap veya ortam üzerinden gönderilebilir.

Örnek: gönderim neden reddedildi?

Bir gönderim yanıtında tip onayı referansına ilişkin tutarsızlık bildirildiğini düşünelim. İlk adım, gönderilen dosyayı ve yanıtın tamamını saklamaktır. Referans onaylı kaynakla karşılaştırılır; sorunun veri girişinden, alan eşleştirmesinden veya dosya üretiminden kaynaklanıp kaynaklanmadığı incelenir. Düzeltme ilgili kaynakta yapılır ve yeni çıktı kontrollü biçimde hazırlanır. Bu örnek, bütün otoritelerde aynı hata kodunun kullanıldığı anlamına gelmez.

Tekrar gönderimden önce alıcı hizmetin düzeltme ve mükerrer kayıt kuralları kontrol edilmelidir. Yanıt anlaşılmadan aynı dosyanın art arda gönderilmesi incelemeyi zorlaştırır. Operatör son denemenin hangisi olduğunu, önceki denemenin neden başarısız olduğunu ve yeni yanıtın sorunu çözüp çözmediğini görebilmelidir. İletişimin başarılı olması, kaydın kesin kabul edildiği şeklinde gösterilmemelidir.

Yazılım seçerken hangi kanıtlar istenmeli?

Bir tedarikçiden yalnızca bağlantı kurduğunu söylemesini değil, temsilî bir kaydı hazırlama, doğrulama, imzalama ve yanıt inceleme adımlarından geçirmesini isteyin. Hangi işlemlerin üreticinin hesabıyla yürütüldüğünü ve otorite tarafında hangi kayıt işlemlerinin kaldığını öğrenin. “EUCARIS uyumlu” ifadesinin hangi hizmeti, sürümü ve araç kapsamını anlattığı somut biçimde açıklanmalıdır.

Pilot çalışmanın başarısını değerlendirirken dosyayı indirmekle yetinmeyin. Doğrulama raporu, gönderilen dosyanın tam sürümü ve alıcı yanıtı birlikte incelenmelidir. Başarısız bir örnek de deneyin: hatayı kim buluyor, kim düzeltiyor ve tekrar gönderime kim karar veriyor? Böyle bir pilot, günlük işin yalnızca başarılı örneklerini değil düzeltme sürecini de görünür hale getirir.

Üretici ekibinin hedefi bütün teknik ayrıntıları ezberlemek değildir. Gerektiğinde bir araç kaydının hangi kaynaktan üretildiğini, hangi kontrollerden geçtiğini ve alıcı sistemin ne yanıt verdiğini açıklayabilmektir. Bu açıklama tek bir dosya için yapılabiliyorsa, sonraki araçlar için de aynı kontrol sırası kurulabilir. İş hacmi arttığında hatayı araştırmak için gereken süreyi azaltan unsur bu kayıt düzenidir.