NCTS5 (Faz 5): Nakliyecilerin ve Forwarder'ların Bilmesi Gerekenler
Yeni Bilgisayarlı Transit Sistemi, UK, AB ve diğer Ortak Transit Sözleşmesi ülkelerinde transit beyannamelerinin 2000'li yılların başından beri elektronik omurgasıdır. Güncel fazı — NCTS5 veya "Faz 5" — verinin nasıl yapılandırıldığını, mesajların nasıl alışverişe konu olduğunu ve hareketlerin nasıl izlendiğini değiştiren büyük bir yükseltmedir.
Nakliyeciler ve forwarder'lar için sistem dışarıdan benzer görünür — yine beyanname sunuyor, MRN alıyor ve TAD ile seyahat ediyorsunuz. Ancak alt yapıda veri modeli önemli ölçüde değişmiştir ve bu değişiklikler artık günlük iş akışında kalıcı yerini almıştır.
NCTS5 Neden Var?
NCTS5, AB'nin Birlik Gümrük Kanunu (UCC) Çalışma Programının ve UK'nin gümrük IT modernizasyon programının bir parçasıdır. Tasarım amacı:
- Transit verisini UCC'nin geri kalan veri modeliyle (ithalat ve ihracat beyannameleri için kullanılan) hizalamak
- CTC alanında güvenlik mesajlaşmasını iyileştirmek
- Sevkiyat yapılarını "house" ve "master" seviyelerinde standartlaştırmak
- Çıkış, transit ve varış bürolarında daha iyi risk analizi yapmak
Kısacası NCTS5, yeni transit kuralları getirmekten çok, transiti gümrüğün geri kalanı ile aynı veri dünyasına taşımakla ilgilidir.
Günlük Operasyonlar İçin Önemli Değişiklikler
House Consignment Yapısı
NCTS5, açık bir House Consignment katmanı getirir. NCTS4'te esasen "beyanname" tek seviyeyken NCTS5 şunları ayırır:
- Master consignment — genel hareket
- House consignment(s) — hareket içinde kendi göndericisi, alıcısı ve mal listesi olan gruplar
Konsolide veya groupage hareketler için bu önemli bir değişikliktir. TMS veya iç sisteminizin ürettiği veri bu seviyelerle doğru eşleştirilmelidir; aksi takdirde beyanname doğrulamada reddedilir.
Daha Sıkı Veri Kalitesi
NCTS5, çıkış bürosunda çok daha sıkı veri kalitesi uygular. Sık karşılaştığımız red sebepleri:
- Eksik veya yanlış EORI numaraları (gönderici/alıcı için)
- Gerekli alanlarda olmayan tarife kodları
- Beyan edilen rotayla uyuşmayan varış bürosu
- Yeterli bakiyesi olmayan güvence referansı
NCTS4'te zayıf veriyle bazen "kurtulmak" mümkündü; NCTS5'te mümkün değil.
Mesajlaşma Değişiklikleri
XML mesaj yapıları yeniden gözden geçirildi. Bilinen mesajlar — beyanname sunumu, MRN tahsisi, varış bildirimi, ibra — hala mevcut ama iç yapıları değişti. NCTS'e kendi EDI entegrasyonunu çalıştıran herkes şemalarını güncellemek zorunda kaldı.
Birçok nakliyecinin ve forwarder'ın transit lodgement'ı dış kaynağa vermeyi tercih etmesinin bir nedeni de budur.
İbra ve Soruşturma Prosedürü
Bir hareketin varış bürosunda "kapanma" mantığı yenilendi. Soruşturmalar daha hızlı açılıyor ve daha sıkı yürütülüyor. Geç veya eksik sunum daha erken tespit ediliyor.
Operatörlerin Sıkça Takıldığı Noktalar
Günlük çalışmamızda en yaygın NCTS5 tuzakları:
- Eski şablonlar — NCTS4'te geçerli olan, NCTS5'te gerekli alanları içermeyen şablonlar.
- Uyumsuz rota — kamyonun gerçekte geçmediği bir transit bürosu beyan etmek.
- Güvence başlığı — kapsamlı güvenceleri referans tutarına çok yakın çalıştırmak, sonraki harekete pay bırakmamak.
- Yanlış aktör verisi — yanlış EORI, eksik güvenlik ve güvenlik verisi, belirsiz gönderici/alıcı bilgileri.
- Geç ibra — AB bürolarının hareketleri otomatik "kapatacağını" varsaymak ve haftalar sonra hala açık olduğunu fark etmek.
Bu Sizin İçin Ne Anlama Geliyor?
UK ve AB arasında mal taşıyan bir nakliyeci veya forwarder iseniz, ihtiyacınız şudur:
- Tamamen NCTS5 uyumlu ve aktif olarak bakımı yapılan modern bir iç sistem, ya da
- Transit beyannamelerinizi her gün NCTS5'te sunan uzman bir ortak
Biz ikinci kategorideyiz. NCTS5'te T1 ve T2 beyannameleri yaptığımız tek iş — her şema değişikliğinin gerisinde kalmıyoruz, böylece sürücünüz mesaj formatı değişti diye sınırda bir gün kaybetmiyor.
Mevcut transit kurulumunuzun NCTS5 gereksinimlerine karşı performansını yükümlülüksüz değerlendirmemizi isterseniz, iletişime geçin — son 10 hareketinize bakar, maliyet doğurmadan önce riskleri size gösteririz.