eCoC yeniden gönderilmeden önce önceki kaydın reddedildiği, kabul edildiği veya sonucunun belirsiz kaldığı belirlenmelidir. Bu durumların çözümü farklıdır. Araç, aşama ve alıcı durumu uzlaştırılmadan tekrar yükleme yapmak ilk hatayı gidermeden mükerrer kayıt oluşturabilir.
Kaynak kontrol tarihi: 16 Ekim 2026. Aşağıdaki akış operasyon önerisidir. Güncel şema rehberi ve seçilen NAP/VCA gönderim şartları esas alınmalıdır.
Ret, düzeltme veya tekrar deneme: hangisi?
Tabloyu yatay kaydırarak tüm sütunları görebilirsiniz.
| Görülen durum | İlk araştırma | Kontrollü işlem |
|---|---|---|
| Yerel doğrulama başarısız | Alan, birim, kod veya onay eşleşmesi | Kaynak veriyi düzeltip yeniden doğrulama |
| Hedef açıkça reddetti | Tam hata, sürüm ve hesap bağlamı | Nedeni giderip hedefin yeniden gönderim kuralını uygulama |
| Kabulden sonra yanlış değer bulundu | Etkilenen araç, aşama ve sonraki kullanım | Yetkili, izlenebilir düzeltme |
| Zaman aşımı veya eksik yanıt | Alıcıda kayıt oluşup oluşmadığı | Tekrar denemeden durum uzlaştırma |
| Aynı VIN birden fazla görünüyor | Her kaydın aşaması, onayı ve sürümü | Geçerli ayrı kayıtları gerçek mükerrerden ayırma |
Ham hata yanıtını ve gönderilmiş dosyayı saklayın. “XML sorunu” gibi genel bir not; kaynağı, imzayı, hesap yetkisini veya gönderimi ayırmaya yarayan kanıtı ortadan kaldırır.
Şema sürümü ve belge sürümü farklıdır
EReg IVI 2.0 rehberi, bölüm 1.12, XSD sürümünü düzeltilen IVI mesajından ayırır. Düzeltme için yeni referans kimliği, artan IVI sürümü ve güncellenen zaman bilgisi tanımlar; ilk XSD sürümü korunur. Güncel rehberin ve alıcı şartlarının kendi durumunuzla eşleştiğini doğrulayın.
Araç verisi düzeltmesini sessiz bir şema geçişiyle çözmeyin. Yazılım/şema güncellemeleri için örnek kayıt ve hedef testleri içeren ayrı değişiklik süreci kurun. Böylece teknik geçiş ile mühendislik düzeltmesi birbirine karışmaz.
VCA rehberi de revizyonları IviVersionNumber ile açıklar. Dosya adını değiştirmek tek başına belge revizyonu değildir.
Yedi adımda eCoC düzeltme akışı
- Kaydı tanımlayın: VIN, üretim aşaması, onay, hedef ve son gönderilen sürüm.
- Kanıtı koruyun: ilk imzalı XML, doğrulama, işlem referansı ve alıcı yanıtı.
- Kaynak nedeni bulun: sistem, eşleştirme, elle giriş veya onay yapılandırması.
- Etkiyi belirleyin: etkilenen araçlar, diğer aşamalar ve bildirim ihtiyacı.
- Revizyonu onaylayın: inceleyen kişi, değişen değer, neden ve hedef sürüm kuralı.
- Doğrulayın, imzalayın, gönderin: son dosya, doğru ortam ve üretici hesabı.
- Uzlaştırıp kapatın: yeni dosyayı alıcı sonucuyla bağlayıp geçmişi koruyun.
Uygunsa belgeyi yeniden üretmeden kaynak sistemi düzeltin. Yanlış ERP eşleştirmesi aktifken bir XML’i elle yamamak sonraki partide aynı hatayı tekrar oluşturabilir.
Örnek: yanlış birimle aktarılan kütle değeri
Temsili vaka: bir eşleştirme, kaynak birimdeki teknik değeri hedef birimdeymiş gibi işler. Bazı kayıtlar kabul edildikten sonra hata fark edilir. Ekip ilgili eşleştirmeyi durdurup bu sürümle işlenen araçları listeler.
Mühendislik doğru değerleri, homologasyon onaylı konfigürasyonu, serbest bırakma sorumlusu etkilenen kayıt listesini doğrular. Operasyon her alıcının kuralına göre düzeltir. Kapanışta her revizyonun alıcı sonucu ve tekrarını önleyen eşleştirme testi bulunmalıdır.
İki çıktı gerekir: düzeltilmiş uygunluk kayıtları ve onarılmış üretim süreci. Yükleme başarı mesajı tek başına ikisini de kanıtlamaz.
Zaman aşımından sonra mükerrer gönderim nasıl önlenir?
Kurum içi gönderim kimliği tutun; hedef işlem referansını gelir gelmez kaydedin. Bağlantı kesilirse tekrar göndermeden alıcı durumunu veya portal kaydını inceleyin. Hizmet işlem tekrarı için idempotency veya özel kurallar sağlıyorsa aynen uygulayın; bütün NAP ve VCA yolları için tek kural uydurmayın.
Uzlaştırılana kadar “sonuç belirsiz” durumunu görünür tutun. Her zaman aşımını başarısız sayıp otomatik yeni belge oluşturmaktan daha kontrollüdür. Mevcut sorgulama araçlarıyla çözülemeyen durumlar için destek/escalasyon sorumlusu belirleyin.
IVI, AVI ve sonraki üretim aşamaları nasıl ayrılır?
EUCARIS terminolojisi ilk araç bilgisiyle sonraki güncel araç bilgisini ayırır. Düzeltilmiş IVI, sonraki araç değişikliği ve yeni üretim aşaması uygulanacak teknik işleme göre sınıflandırılmalıdır. Her düzeltmeyi kontrol etmeden AVI diye adlandırmayın.
Çok aşamalı araçta düzeltmenin devir zincirine etkisini izleyin: sonraki üretici bu değeri kullandı mı, çıktısı değişiyor mu ve işlemi kim kapatacak? Sonraki aşamada değişiklik gerekmemesi kararı da gerekçesiyle saklanmalıdır.
Düzeltme kaydında hangi göstergeler izlenmeli?
- Neden, sorumlu ve araç programına göre açık işler.
- Hedef sonucu belirsiz kayıtlar.
- Kaynak hatayı bulma ve düzeltilen sonucu doğrulama süresi.
- Aynı eşleştirme/şablonda tekrarlayan hatalar.
- Başka üretici veya makam yanıtı bekleyen düzeltmeler.
Başarıyı yalnızca yüklenen dosya sayısıyla ölçmeyin. Artan yükleme sayısı tamamlanan araç yerine tekrarlanan denemeleri gösteriyor olabilir.
Sık sorulan sorular
Eski XML’in üzerine yazılabilir mi?
İlk ve düzeltilmiş dosyaları ilişkileriyle koruyun. Üzerine yazmak hangi dosyanın imzalandığı ve kabul edildiği kanıtını kaybettirir.
Aynı VIN her zaman mükerrer mi?
Hayır. Üretim aşaması, onay ve sürüm kontrol edilmelidir; VIN bütün kayıt geçmişini tek başına açıklamaz.
Her ret IVI sürümünü artırmalı mı?
Gerçek durum için alıcı kuralı uygulanmalıdır. Reddedilen teknik deneme ile kabul edilmiş kaydın düzeltilmesinin aynı olduğu varsayılmamalıdır.
Düzeltme ne zaman tamamlanır?
Kaynak sorun giderildiğinde, yetkili revizyon kanıtları bağlandığında, alıcı sonucu uzlaştırıldığında ve sonraki etkiler kapatıldığında tamamlanır.
İstisna sürecinizi gözden geçirin
Çok aşamalı devir ve gönderim rehberini birlikte kullanın. Anemon Mühendislik ile arındırılmış ret veya düzeltme örneğini inceleyin; tekrarlanabilir kapanış süreci belirleyin.
Özet
Hatanın kaynağını düzeltin, önceki kanıtları koruyun ve yeni gönderimin sonucunu doğrulayın. Kapanmış bir düzeltme; araç, aşama, değişen veri, yetkili revizyon, imzalı dosya ve alıcı kaydını geçmişi kaybetmeden birbirine bağlar.
