Gümrük Beyannamelerinin Kontrolü Kaybetmeden İşleme Sonrası İşleme Alınması

Genel Bakış

Ekipler bu konuyu ilk kez tartıştıklarında genellikle işleme odaklanırlar ve işlemin arkasındaki işletim modelini gözden kaçırırlar. 'Gümrük Beyannamelerinin Kontrolü Kaybetmeden İşleme Sonrası' diye düşündüğümde konfigürasyonla başlamıyorum. Sürecin desteklemesi gereken iş kararıyla başlıyorum. Kullanım kılavuzu, gümrük beyannamelerini, transit prosedürlerini, geçici depolamayı, gümrük vergisi hesaplamasını, belge yazdırmayı, yetkililerle iletişimi ve satın alma, teslimatlar, mal hareketleri, faturalandırma ve navlun siparişleriyle lojistik entegrasyonunu kapsar.

Bu konu neden önemli?

Kullanım kılavuzu, gümrük beyannamelerini, transit prosedürlerini, geçici depolamayı, gümrük vergisi hesaplamasını, belge yazdırmayı, yetkililerle iletişimi ve satın alma, teslimatlar, mal hareketleri, faturalandırma ve navlun siparişleriyle lojistik entegrasyonunu kapsar. Bu bir ürün listesi gibi görünebilir ancak pratik mesaj daha güçlüdür: izleme ve son işleme resmi yeteneklerdir, bir yan faaliyet değildir. Ekiplerin iş belgelerini oluşturma, inceleme, yayınlama ve izleme biçimini değiştirir. Sınır ötesi operasyonlarda küçük ticari hatalar sıklıkla pahalı süreç gecikmelerine neden olur.

Belgeler bizi neye yönlendiriyor?

SAP kılavuzlarında takdir ettiğim şeylerden biri, konfigürasyonu, belgeleri ve izlemeyi ayrı dünyalar olarak ele almak yerine birbirine bağlamasıdır. AB envanter yönetimli gümrük prosedürleri, ABD dış ticaret bölgesi ve Çin işleme ticareti gibi ülkeye özgü gümrük prosedürleri açıkça listelenmiştir. Basit bir ifadeyle ekiplerin kuyruk tabanlı bir işletim modeline ihtiyacı var. Bu nedenle proje ekiplerine işlemi tek başına tasarlamamalarını söylüyorum. Ayrıca net ana verilere, yetkilere, istisna sıralarına ve işletmenin ne sıklıkta müdahale etmesi gerektiğine dair gerçekçi bir görünüme de ihtiyacınız var.

Gerçek bir projede buna nasıl yaklaşırdım

Tetikleyici belgeyi, kontrol sonucunu, istisna yolunu ve izleme yöntemini tek sayfada eşlerdim. Daha sonra bu tasarımı gerçek kullanıcılarla doğrulardım. Bu kulağa basit geliyor ama çoğu zaman en iyi içgörülerin ortaya çıktığı yer burasıdır. Uygulamada hataların hızla düzeltilmesi gerekir. Temel kuralım basit: Eğer ekip verinin kime ait olduğunu ve istisnaları kimin temizlediğini açıklayamazsa tasarım tamamlanmaz.

Hızlı çıkarımlar

• izleme ve son işleme resmi yeteneklerdir
• ekiplerin kuyruk tabanlı bir işletim modeline ihtiyacı var
• hatalar hızla düzeltilmelidir