Uygunluk Belgesi (CoC) Nedir?
31 Mart 2026
Q2 2026 Stok Amazon.fr | Pre-Amazon Fransa vs FBA
4 Nisan 2026
FLEX. Logistics
Avrupa'daki online perakendecilere lojistik hizmetleri sağlıyoruz: Amazon FBA hazırlığı, FBA kaldırma siparişlerinin işlenmesi, Fulfillment Merkezlerine yönlendirme - hem FBA hem de Vendor gönderimleri.
Kademeli devreye alınması 2021'de başladığından beri ICS2, malların Avrupa Birliği'ne giriş şeklini yeniden şekillendirdi. 3. Aşama — şimdiye kadarki en kapsamlısı — deniz, iç su yolu ve karayolu taşımacılığını tamamen kapsama aldı, AB Gümrük Otoritesi'nin inşa etmeyi amaçladığı düzenleyici mimariyi tamamladı. Lojistik operatörleri, brokerlar ve ithalatçılar için bu son aşama sadece yeni dosyalama yükümlülükleri eklemiyor. Birçok tedarik zincirinde zaten kırık olan bir şeyi ortaya çıkarıyor: gümrük verilerinin taraflar arasında sahiplenilme, paylaşılma ve yönetilme şekli.
ENS ret oranları yükseliyor. Beyannameler işaretleniyor, gecikiyor veya reddediliyor — mallar sorunlu olduğu için değil, arkalarındaki veriler eksik, yanlış atfedilmiş veya çok geç dosyalanmış olduğu için. Bunun neden olduğu ve kimin gerçekten düzeltmekten sorumlu olduğu anlayışı, artık Avrupa çapraz sınır ticaretindeki en acil operasyonel sorulardan biri.
ICS2 3. Aşama Gerçekte Neyi Değiştirdi — ve Neden Şimdi Önemli
ICS2 (Import Control System 2), AB'nin reforme edilmiş varış öncesi güvenlik ve emniyet dosyalama rejimidir. Eski ICS sisteminin yerini aldı ve temelden farklı bir mantık getirdi: her sevkiyat için tek bir konsolide beyannameye güvenmek yerine, ICS2 farklı tarafların — taşıyıcılar, navlun forwarder'ları ve gümrük temsilcileri — kendi veri setlerini paylaşılan bir ENS'e (Giriş Özet Beyannamesi) sunabildiği çoklu dosyalama modelinde çalışır.
ICS2 3. Aşama, 2024'te tam operasyonel güce giren, bu çerçeveyi karayolu taşımacılığı ve deniz taşımacılığına genişletti; bu sektörler daha önce eski veya geçiş düzenlemeleri altında çalışıyordu. Pratik sonuçları önemli.
Kapsam Genişledi — Maruziyet de Öyle
Karayolu taşımacılığı artık tamamen kapsama alındığı için, daha önce daha az ayrıntılı varış öncesi rejimler altında işlenen AB'ye yönelik büyük hacimli yük, artık tam ENS dosyalama gerekliliklerine uymak zorunda. Bu, daha fazla aktörün dahil olması, daha fazla veri temas noktası ve bilginin çatlaklardan düşmesi için daha fazla fırsat anlamına geliyor.
Çoklu Dosyalama Modeli Yeni Karmaşıklık Getiriyor
ICS2 altında, bir taşıyıcı ve bir navlun forwarder'ının aynı sevkiyat için ayrı veri setleri dosyalaması mümkündür. Bu tasarım gereğidir — ancak veri setleri birbirleriyle tutarlıysa çalışır. Değillerse, ICS2 sistemi beyannameyi işaretler ve bir ret veya risk değerlendirme sorgusu takip eder.
Yükleme Öncesi ve Varış Öncesi Pencereler Tartışılmaz
ICS2 katı zamanlama uygular. Hava kargo için PLACI (Yükleme Öncesi İleri Kargo Bilgisi) yükleme başlamadan önce sunulmalıdır — yani veri yükümlülüğü sevkiyat fiziksel olarak hareket etmeden önce başlar. Karayolu taşımacılığı için ENS, AB sınırına varıştan en az bir saat önce dosyalanmalıdır. Deniz için pencere yolculuk uzunluğuna göre değişir ancak derin deniz sevkiyatları için 24 saat veya daha fazla uzayabilir. İlke tüm modlarda aynıdır: veriler mallardan önce gümrüğe ulaşmalıdır.
ENS Ret Oranı Bir Yönetişim KPI'si Olarak
Çoğu lojistik ekibi ENS retlerini reaktif olarak izler — bir sevkiyat geciktiğinde ve biri aramaya başladığında ortaya çıkarlar. Bu bir sorundur. ENS ret oranı ileriye dönük bir yönetişim KPI'si olarak ele alınmalıdır, geriye dönük bir olay raporu olarak değil.
Neden basit: yüksek bir ENS ret oranı, sistemik bir veri kalitesi sorununun belirtisidir, izole hatalar serisi değil. Ret oranınız %2-3'ün üzerindeyse, neredeyse kesinlikle verilerin nasıl toplandığı, doğrulandığı ve iletildiği konusunda yapısal bir sorununuz var — ve bu sorun gecikmeler, değişiklik ücretleri ve düzenleyici maruziyet açısından size mal oluyor.
Sağlıklı Bir Ret Oranı Nasıl Görünür
ENS ret oranları için resmi AB benchmark'ı yok, ancak FLEX. ile çalışan deneyimli gümrük ekipleri standart ticaret hatları için ret oranlarını %1.5'in altında tutan iç hedefler belirler. %5'in üzerindeki oranlar tam bir veri akışı denetimini tetiklemesi gereken kırmızı bayraktır, %1.5 ile %5 arası ise en sık görülen hata türlerinin hedefli incelemesini gerektirir. Ayrım önemlidir: orta banttaki bir oran belirli, düzeltilebilir sorunlara işaret ederken, %5'in üzerindeki oran genellikle tüm veri toplama sürecinin baştan aşağı yeniden yapılandırılması gerektiğini gösterir.
ENS Retinin En Yaygın Nedenleri
ICS2 3. Aşama altında operatörlerin karşılaştığı en sık sorunlar beş kategoriye ayrılır: yanlış veya eksik alıcı/gönderici verileri (özellikle ithalatçı detayları taşıyıcı tarafından doldurulduğunda kaynakta doğrulanmamışsa); belirsiz dilin ICS2'nin güvenlik tarama eşiklerini geçemediği mal tanımı hataları; gerçek beyanname veren ile dosyalama yapan arasında EORI numarası uyuşmazlıkları; varış öncesi veya yükleme öncesi pencere kapandıktan sonra dosyalanan geç teslimatlar; ve çoklu dosyalama modelinde taşıyıcı-dosyalı ve forwarder-dosyalı bilgilerin çeliştiği veri seti tutarsızlıkları. Bunların her biri belirli bir el değiştirme hatasına izlenebilir.
Ret Verilerini Eyleme Dönüştürme
ENS retlerini KPI olarak izlemenin yönetişim değeri, hata türlerini segmentlere ayırma, sorumlu taraflara atama ve zaman içinde iyileşmeyi izleme yeteneğinden gelir. İyi yapılandırılmış bir ret günlüğü sevkiyat referansını, ICS2 sistemi tarafından verilen ret kodunu, ret'i tetikleyen veri alanını ve o alandan sorumlu tarafı yakalamalıdır. Son sütun en önemlisidir: net taraf atfı olmadan ret verileri size bir şeyin yanlış gittiğini söyler ama kimin düzeltmesi gerektiğini söylemez. Onunla, yapılandırılmış hesap verebilirlik konuşmaları için temeliniz olur — ve tekrarlanan yangın söndürme yerine ölçülebilir iyileştirme döngüleri.
Alan Sahipliği: Çoğu Ekibin Yoksaydığı Kök Neden
Herhangi bir lojistik yöneticisine ENS beyannamesindeki alıcının EORI numarasından kimin sorumlu olduğunu sorun, kime sorduğunuza bağlı olarak farklı cevaplar alırsınız — broker, taşıyıcı veya ithalatçı. Bu belirsizlik bir iletişim hatası değildir. Bir yönetişim hatasıdır ve ICS2 3. Aşama altında ENS retinin temel sürücülerinden biridir. Alan sahipliği, ENS beyannamesindeki her veri alanına tedarik zincirindeki belirli bir tarafa açık, belgelenmiş sorumluluk atamak anlamına gelir. Bariz görünüyor. Pratikte, ICS2'nin talep ettiği hassasiyet seviyesinde neredeyse hiç olmaz.
Belirsizlik Neden Hata Yaratır — Yedeklilik Değil
Birden fazla taraf bir veri alanı için sorumluluğu paylaştıklarını düşündüğünde, sonuç nadiren çift kontrol olur. Genellikle tutarsız değerlerle çoğaltma veya daha kötüsü, diğer tarafın hallettiğine dair karşılıklı varsayım olur. ICS2 çoklu dosyalama modeli işbirlikçi dosyalamaya izin vermek için tasarlandı — ancak işbirliği ancak her taraf tam olarak neye sahip olduğunu bildiğinde çalışır. Pratikte, net sınırlar olmadan paylaşılan sahiplik aynı arıza modlarını tekrar tekrar üretir:
- Çakışan değerlerle yinelenen gönderimler — iki taraf aynı alanı farklı verilerle dosyalıyor
- Karşılıklı varsayım boşlukları — her taraf diğerinin bilgiyi doğruladığını düşünüyor
- Net düzeltme yolu yok — ret geldiğinde kimse kimin düzeltmesi gerektiğini bilmiyor
- Art arda gecikmeler — tek sahipsiz alan tüm beyannameyi tutuyor
Bir Alan Sahipliği Matrisi Oluşturma
Bir alan sahipliği matrisi, her ENS veri alanını sağlayan, doğrulayan ve dosyalayan tarafa eşleyen yapılandırılmış bir belgedir. En azından aşağıdaki atamaları kapsamalıdır:
- Gönderici/ihraççı verileri — İthalatçı veya ihracatçının gümrük ekibi
- Alıcı verileri — İthalatçı
- Mal tanımı ve HS kodu — Gümrük brokerı veya navlun forwarder'ı
- Taşıma ve rota verileri — Taşıyıcı
- EORI numaraları — Her taraf kendi sorumluluğunda; broker tarafından doğrulanır
- Dosyalama zamanlaması — Taşıyıcı (yükleme öncesi) ve broker (varış öncesi)
Matrisi karmaşık olması gerekmez. Anlaşılması, onaylanması ve operasyonel iş akışlarına entegre edilmesi gerekir — paylaşılan bir sürücüye kaydedilip unutulmamalıdır.
Alan Sahipliğinizin Bozuk Olduğunun Yaygın İşaretleri
Çoğu ekip, alan sahipliği modelinin başarısız olduğunu bir sevkiyat tutulana kadar fark etmez. Ancak uyarı işaretleri daha erken görünür ve tanıdık kalıpları takip eder; neye bakacağınızı bir bildiğinizde gözden kaçırmak zordur:
- Aynı alanlarda tekrar eden retler — kaynak veriler hiçbir zaman kökeninde düzeltilmez
- Son dakika veri talepleri — rezervasyon onayı sonrası ithalatçı detayları kovalanır
- Çakışan dosyalamalar — taşıyıcı ve broker verileri rota veya alıcıda uyuşmaz
- Yükseltme yolu yok — bir alan zamanında doğrulanamadığında kiminle iletişime geçileceğinden emin olmayan ekipler
Bu kalıplardan herhangi biri tutarlı olarak göründüğünde, sorun yapısaldır. Düzeltmek yönetişim müdahalesi gerektirir, ilgili tarafa sadece hatırlatma e-postası değil.
FLEX. Alan Sahipliğine Pratikte Nasıl Yaklaşıyor
FLEX. Logistique'te alan sahipliği tek seferlik bir kurulum egzersizi olarak ele alınmaz. Her yeni müşteri için onboarding sürecine entegre edilir ve ticaret hatları, tedarikçiler veya taşıyıcılar değiştiğinde gözden geçirilir. Zincirdeki her taraf, sahip oldukları alanların belgelenmiş bir dökümünü alır, net son tarihler ve tanımlı yükseltme yoluyla. Yaklaşım dört operasyonel ilkeye dayanır:
- Tam alan atfı — her ENS alanı tam olarak bir sorumlu tarafa atanır
- Onboarding entegrasyonu — sahiplik ilk sevkiyat hareket etmeden önce anlaşılır, sonra değil
- Düzenli inceleme döngüleri — atamalar hatlar, tedarikçiler veya taşıyıcılar değiştiğinde yeniden ziyaret edilir
- İzlenebilir hesap verebilirlik — her ret bir alana, her alan bir tarafa izlenebilir
Bu izlenebilirlik var olduğunda, iyileştirme ölçülebilir hale gelir. Olmadığında, aynı hatalar sonsuza kadar tekrarlanır.
İthalatçı–Broker–Taşıyıcı El Değiştirme: Verinin Yanlış Gittiği Yer
ENS veri kalitesindeki en tehlikeli an el değiştirmedir. Bu, verinin bir taraftan diğerine geçtiği andır — ithalatçıdan brokera, broker'dan taşıyıcıya veya taşıyıcıdan gümrük sistemine geri — ve hataların en çok tanıtıldığı, çoğaltıldığı veya tamamen kaybedildiği yerdir.
ICS2 3. Aşama altında, el değiştirme sorunu karayolu taşımacılığının sıklıkla birden fazla alt yüklenici içermesi ve deniz sevkiyatlarının karmaşık multimodal bacaklar içerebilmesiyle artar, her birinin kendi veri yükümlülükleri vardır.
İthalatçının Rolü Çoğunun Sandığından Daha Büyük
Birçok ithalatçı gümrük dosyalamasını tamamen brokerlarına devrettikleri bir hizmet olarak görür. ICS2 altında bu artık geçerli bir tutum değil. İthalatçı, ENS verilerinin önemli bir kısmının hakikat kaynağıdır — özellikle alıcı bilgileri, mal detayları ve EORI numaraları. Eğer o veri kaynakta yanlışsa, hiçbir broker aşağı akışta düzeltemez, ithalatçıya geri dönmeden — bu zaman alır ve zaman tam olarak varış öncesi pencerelerin izin vermediği şeydir.
İthalatçılar, sevkiyat rezervasyonu noktasında ENS'e hazır verileri doğrulamak ve sağlamak için iç süreçler oluşturmalıdır, mallar transitteyken değil.
Broker'ın Orkestrasyon Sorumluluğu
Gümrük broker'ı ENS veri akışında merkezi konumdadır. İthalatçıdan veri alır, taşıyıcı ile taşıma detaylarında koordinasyon sağlar ve beyannameyi ICS2 sistemine dosyal ar. Bu, broker'ı ENS sürecinin doğal sahibi yapar. İyi işleyen bir broker ilişkisi şunları içerir:
- İthalatçıdan veri temini için net SLA'lar (ör. varış öncesi pencere açılmadan en az 24 saat önce tam sevkiyat verisi)
- Dosyalamadan önce doğrulama kontrol noktası, broker eksik veya tutarsız alanları kaynağa geri işaretler
- Dosyalama son tarihinden önce veri doğrulanamadığında belgelenmiş yükseltme yolu
ICS2 3. Aşama Altında Taşıyıcı Yükümlülükleri
Taşıyıcılar ENS sürecinde pasif katılımcılar değildir. ICS2 altında, taşıma seviyesi verileri için doğrudan dosyalama yükümlülükleri taşırlar — özellikle hava kargo için PLACI gerekliliği ve karayolu ve deniz için varış öncesi gereklilikler altında. Taşıyıcı verisi broker-dosyalı veriyle çeliştiğinde, ICS2 sistemi tutarsızlığı işaretler.
Taşıyıcının sorumluluğu doğru, zamanında taşıma verilerini dosyalamak ve ENS'i etkileyen herhangi bir rota değişikliğini veya alt yüklenici düzenlemelerini gerçek zamanlı iletişim kurmaktır. Pratikte, bu navlun forwarder'ı veya gümrük broker'ı ile taşıyıcının hangi veriyi, hangi formatta ve ne zaman sağlayacağını belirten bir veri paylaşım anlaşması gerektirir.
ICS2'ye Hazır Bir Veri Yönetişim Çerçevesi Oluşturma
ENS ret oranlarını düzeltmek bir teknoloji sorunu değildir. Teknolojinin destekleyebileceği bir yönetişim sorunudur. ICS2 3. Aşama'yı en etkili yöneten şirketler, insanları, süreci ve sistemleri — o sırayla — ele alan çerçeveler oluşturmuştur. AB ithalat uyumunı doğru yapmak insanlarla ve süreçle başlar, yazılımla değil.
Adım Bir: Mevcut Ret Profiliniz i Denetleyin
Herhangi bir şeyi değiştirmeden önce, neyle uğraştığınızı anlayın. Son 90 günlük ENS beyannamelerinizi çekin ve retleri hata türüne, veri alanına ve sorumlu tarafa göre segmentlere ayırın. Bu denetim neredeyse her zaman az sayıda tekrar eden hatayı ortaya çıkarır — tipik olarak üç ila beş alan türü — retlerinizin çoğunu oluşturan. Bunları sistematik olarak düzeltmek genel ret oranınız üzerinde orantısız bir etki yaratacaktır.
Adım İki: El Değiştirme Protokollerini Resmileştirin
Verinin ithalatçıdan brokera, broker'dan taşıyıcıya nasıl geçtiği tam süreci belgeleyin. Formatları, son tarihleri ve yükseltme yollarını belirtin. El değiştirme protokolünü her taraf ile ticari anlaşmalarınızın parçası yapın — sadece iç standart operasyon prosedürü değil. Gecikmeler veya hatalar olduğunda, protokol size hesap verebilirlik ve hızlı düzeltme için net bir temel verir.
Adım Üç: İzleyin, Raporlayın ve Yineleyin
Yönetişim çerçeveleri ölçüm olmadan bozulur. ENS ret oranları için aylık inceleme ritmi belirleyin, ticaret hattına, taşıyıcıya ve hata türüne göre segmentlere ayırın. Veriyi zincirdeki tüm taraflarla paylaşın. Bir tarafın veri kalitesi iyileştiğinde bunu kabul edin. Bozulduğunda erken ele alın — bir sevkiyat sınırda takılı kaldıktan sonra değil.
ENS Veriniz Gümrük Stratejinizdir. Öyle Davranın
ICS2 3. Aşama bir şeyi inkâr edilemez kıldı: gümrük uyumu artık arka ofis fonksiyonu değildir. ENS verilerinizin kalitesi, alan sahipliği modelinizin netliği ve ithalatçı–broker–taşıyıcı el değiştirmelerinizin verimliliği, malları AB'ye güvenilir ve rekabetçi şekilde taşıma yeteneğinizi doğrudan etkiler.
ENS ret oranı bir yönetişim KPI'sidir. Alan sahipliği operasyonel bir disiplindir. Ve ithalatçılar, brokerlar ve taşıyıcılar arasındaki el değiştirme protokolleri, AB pazar erişiminize bağlı olan altyapıdır.
FLEX. Logistique'te, ithalatçılar ve tedarik zinciri operatörleriyle tam bu tür gümrük veri yönetişimini inşa etmek için çalışıyoruz — alan sahipliği matrislerinden ret oranı izlemeye, broker koordinasyonundan tüm taşıma modlarında tam ICS2 uyum desteğine. Eğer ENS ret oranınız olması gerekenden yüksekse veya veri el değiştirmeleriniz hala informal anlaşmalara dayanıyorsa, temelleri düzeltmek için şimdi doğru zamandır.
ICS2 uyumunuzu kontrol altına almaya hazır mısınız? FLEX. ekibiyle iletişime geçin ve mevcut ENS veri akışlarınızın denetimiyle başlayalım.
