Dış ticaret operasyonunu anlatırken çoğu zaman normal akışı tarif ederiz. Sipariş açılır, belge gelir, taşıma planlanır, beyanname hazırlanır, mal teslim edilir. Oysa şirketin gerçek operasyon kabiliyeti normal akışta değil, akış bozulduğunda ortaya çıkar. Eksik belge, değişen varış limanı, yanlış ölçü birimi, revize fatura veya beklenmeyen bir kontrol; sürecin gerçek kalitesini gösterir.
İstisna hata ile aynı şey değildir
İstisna, her zaman birinin yanlış yaptığı anlamına gelmez. Tedarikçi sevkiyat tarihini değiştirmiş olabilir. Taşıyıcı rota değiştirmiş olabilir. Ürün aynı kalırken paketleme biçimi farklılaşmış olabilir. Sorun, bu değişikliğin görünür olmaması ve normal akış gibi ilerlemesidir. Hata çoğu zaman istisnanın kendisi değil, istisnanın kime ait olduğunun ve ne zaman çözüleceğinin bilinmemesidir.
Bu nedenle iyi bir sistem yalnızca “tamamlandı” durumunu tutmaz. Bekleyen, bloke olan, açıklama isteyen, yeniden kontrol edilmesi gereken dosyaları da görünür kılar. Operasyonun kayda değer kısmı yeşil kutularda değil, sarı ve kırmızı satırlarda yaşar.
Tipik bir istisna dosyası
Bir sevkiyatın faturası ile çeki listesindeki miktarların farklı olduğunu düşünelim. Fatura satın alma siparişine, çeki listesi ise depoda hazırlanan gerçek koli sayısına dayanıyor olsun. Taşıyıcı çıkış saatini bekliyor, gümrük operasyonu belgeyi istiyor, depo da kendi sayımının doğru olduğunu söylüyor. Bu dosyada herkes kendi ekranında haklı olabilir. Fakat dosyanın tamamı tek bir karar üretmediği için sevkiyat bekler.
Yapay zekâ bu belgeleri karşılaştırıp farkı saniyeler içinde gösterebilir. Bu çok değerli bir ilk adımdır. Ancak farkın ticari siparişten mi, fiziksel sayımdan mı, yoksa belge sürümünün eskimesinden mi kaynaklandığını kendiliğinden bilemez. İstisnanın sahibi, son tarih ve çözüm kararı kayda girmeden uyarı yalnızca yeni bir bildirimdir.
İyi istisna yönetiminin dört sorusu
Her istisnada dört soruya cevap ararım: Ne değişti? Hangi dosyayı etkiliyor? Kararı kim verecek? Cevap gelmezse bir sonraki maliyet veya risk ne olacak? Bu sorular basit görünür, fakat e-posta zincirinin içinde kaybolduğunda kimsenin sorumluluğu kalmaz.
Örneğin eksik teknik föy yalnızca belge eksiği değildir. GTİP adayı, vergi hesabı, menşe değerlendirmesi ve beyan zamanı bu eksikten etkilenebilir. Aynı şekilde rota değişikliği yalnızca lojistik bir güncelleme değildir; teslim süresi, liman masrafı, stok planı ve müşteriye verilen tarih değişebilir. İstisnayı etkisiyle birlikte görmek gerekir.
Kontrol listesi tek başına yetmez
Kontrol listeleri normal adımlar için faydalıdır. Fakat her dosyada aynı kutuları işaretlemek, değişen koşulu yönetmez. İstisna yönetimi; sahiplik, son tarih, gerekçe, karar ve audit trail ister. Bir dosyanın neden beklediği, hangi bilgiyle açıldığı ve nasıl kapandığı görülmüyorsa organizasyon aynı sorunu sonraki sevkiyatta yeniden yaşar.
Benim için otomasyonun en iyi kullanım alanlarından biri tam burasıdır. Sistem belgeyi okuyabilir, farkı bulabilir, geçmişteki benzer dosyayı gösterebilir ve doğru kişiye görev açabilir. Fakat çözüm kararını bağlama göre vermek, ticari ve hukuki etkisini tartmak hâlâ uzman işidir. İyi teknoloji, insanı istisnadan uzaklaştırmaz; insanın gerçekten karar vermesi gereken istisnayı öne çıkarır.