Lojistikte Adres Yönetimi: Standart Verinin Faydaları

Bir sipariş depodan çıkıp kapıya ulaşana kadar adresi birçok kişi ve sistem okur. Sipariş sistemi kaydeder, planlama ekibi bölgeye ayırır, depo şubeye yönlendirir, kurye yolunu bulur, müşteri hizmetleri şikâyeti yanıtlar. Lojistikte adres yönetimi, bu okumaların hepsinde aynı sonucu almanızı sağlayan kurallar ve veri düzenidir. Bu yazıda standart adres verisinin dağıtım planlamasına, şube ve depo eşleştirmesine ve teslimat başarısına etkisini ele alıyoruz. Son bölümde geçiş kararını verirken kullanabileceğiniz bir kontrol listesi bulacaksınız.

Lojistikte adres yönetimi neden bir operasyon konusudur?

Adres çoğu kurumda bir form alanı olarak görülür. Müşteri yazar, sistem saklar, kargo etiketine basılır. Sorunlar ise genellikle formdan çok sonra, sahada ortaya çıkar. Yanlış şubeye giden koli, kuryenin müşteriyi aradığı dakikalar, ikinci teslimat denemesi ve iade süreci bunlara örnektir.

Bu maliyetlerin ortak noktası, hatanın bir kez yapılıp birçok kez ödenmesidir. Serbest metin olarak kaydedilen bir kargo adresi her ekipte yeniden yorumlanır. Her yorumda da farklı bir sonuç çıkma ihtimali vardır. Hatalı adresin hangi kalemlerde maliyet ürettiğini ayrıntılı görmek isterseniz hatalı adresin e-ticarete maliyeti yazısına göz atabilirsiniz.

Adres yönetimini bir operasyon konusu olarak ele aldığınızda soru değişir. Artık "adres doğru yazılmış mı?" diye sormazsınız. "Adres, işimizin her adımında aynı şekilde anlaşılabiliyor mu?" diye sorarsınız.

Standart adres verisi ne demek?

Standart adres verisi, adresin serbest metin olarak değil, hiyerarşik bileşenler halinde tutulmasıdır. Bu bileşenler il, ilçe, mahalle, cadde/sokak ve dış kapı numarasıdır. Her bileşen ortak bir katalogdaki bir kayda karşılık gelir. Adres standartlaştırma ise farklı biçimlerde yazılmış adresleri bu ortak yapıya çevirme işidir.

Aşağıdaki örnekte aynı adresin üç farklı yazımı görülüyor:

Bir insan bu üç satırın aynı yeri gösterdiğini kolayca anlar. Bir raporlama sistemi, şube kuralı ya da yinelenen kayıt kontrolü ise anlamaz. Standart karşılık her sistemde tek bir kayıt demektir. Ayrıca her bileşenin kalıcı bir kimliği olduğu için adı biraz farklı yazılsa bile eşleştirme bozulmaz.

Bölge ve şube eşleştirme: adla değil kodla

Teslimat adreslerini şubelere, depolara ya da dağıtım bölgelerine ayırmak lojistiğin en temel kararlarındandır. Bu kararlar çoğu zaman bir eşleştirme tablosuyla verilir. "Şu ilçeler şu şubeye, şu mahalleler şu ekibe" gibi.

Burada sık yapılan hata, eşleştirmeyi adlar üzerinden kurmaktır. Birçok ilçede aynı adlı mahalleler bulunabilir. "Cumhuriyet Mahallesi" veya "Yeni Mahalle" gibi adlar farklı ilçelerde, hatta aynı ilçenin farklı yerleşimlerinde tekrar edebilir. Adla kurulan bir kural, siparişi yanlış ilçedeki şubeye yönlendirebilir.

Kod tabanlı eşleştirme bu riski azaltır:

Plaka kodları yalnızca il düzeyindedir, ilçelerin plaka kodu yoktur. Bu yüzden ilçe ve altındaki düzeylerde katalogdaki kodları kullanmanız gerekir. Katalog 81 il ve 973 ilçeyi kapsar. Şube tablonuzu hazırlarken her ilçenin bir şubeye atanıp atanmadığını da bu sayede kontrol edebilirsiniz. Atanmamış bir ilçe, ilk siparişi gelene kadar fark edilmeyen bir boşluktur.

Pratik bir ölçüt olarak şunu sorun: Şube tablonuz bir mahalle adının yazımı değiştiğinde de çalışmaya devam ediyor mu? Cevap hayırsa tablo adlara dayanıyordur.

Rota planlamaya hazır veri

Rota planlama yazılımları, girdiği adresin kalitesi kadar iyi sonuç verir. Bu araçlar adresleri konuma çevirmek için kendi adımlarını kullanır. Tutarsız yazılmış adres bu adımda ya hiç bulunamaz ya da yanlış bir noktaya düşer. Standart veri, planlama aracına daha temiz bir girdi sağlar ve şu faydaları getirir:

• Gruplama kolaylaşır. Aynı sokaktaki siparişler, sokak kodu ortak olduğu için yazım farkından bağımsız olarak bir araya gelir.
• Yinelenen duraklar ayıklanır. Aynı kapıya giden iki sipariş, iki ayrı adres gibi görünmez.
• Sorunlu adresler planlamadan önce ayrılır. Bunun için planlama öncesine bir doğrulama adımı koyabilirsiniz.

Bu son madde, operasyon ekipleri için en somut kazançtır. Adres doğrulama, adresin hangi düzeyde takıldığını söyler: ilçe, mahalle, sokak veya kapı numarası. Böylece sorunlu adresleri tek bir "hatalı" kutusuna atmak yerine düzeyine göre ele alabilirsiniz:

1. İlçe veya mahalle düzeyinde takılanlar: Müşteriyle iletişime geçilmesi gereken adreslerdir. Sevkiyat bekletilir.
2. Sokak düzeyinde takılanlar: Çoğu zaman yazım farkı veya eksik bilgidir. Doğrulama birden fazla aday önerebilir. Ekip bunlar arasından hızlıca seçim yapar.
3. Kapı numarasında takılanlar: Bölge ve şube ataması yapılabilir. Kurye için ek bilgi istenmesi gerekebilir.

Bir ayrıma dikkat edin: Adresin katalogda tam eşleşmesi, adresin geçerli bir bileşen dizisi olduğunu gösterir. Teslimatın mutlaka başarılı olacağını göstermez. Bina erişimi, alıcının evde olması veya daire bilgisi gibi etkenler yine sahadadır. Doğrulamanın genel mantığını adres doğrulama sistemi rehberinde bulabilirsiniz.

Teslimat notlarına bağımlılığı azaltmak

Serbest metin adreslerle çalışan operasyonlarda teslimat notları zamanla adresin yerini alır. "Eczanenin karşısı, mavi kapı", "eski adı Atatürk Caddesi" gibi notlar kuryenin işini kurtarır. Yine de bu bilgi sistemin değil kişilerin hafızasında kalır. Kurye değiştiğinde veya bölgeye yeni bir ekip katıldığında bilgi kaybolur.

Standart veri bu yükü iki yoldan azaltır:

• Adresin kendisi bulunabilir hale gelir. Mahalle, sokak ve kapı numarası katalogla eşleştiğinde kuryenin tarife ihtiyacı azalır.
• Not alanının rolü netleşir. Notlar artık adresi tarif etmek için değil, adresin tutmadığı bilgiler için kullanılır. Kat, daire, giriş yönü, teslim saati tercihi ve güvenlik görevlisine bırakma izni bunlara örnektir.

Bunun için adres formunda müşteriyi serbest metne değil, il, ilçe, mahalle ve sokak seçimine yönlendirmek gerekir. Yazım hatalarına toleranslı bir arama özelliği, müşterinin "Bağdat Cadessi" gibi hatalı bir yazımla bile doğru sokağı bulmasına yardım eder. Not alanını tamamen kaldırmayın. Not alanı adres alanlarının yerine değil, onlara ek olarak kullanılmalıdır.

Ekipler arası ortak dil

Adres yalnızca lojistik ekibinin konusu değildir. Satış ekibi bölge hedefleri koyar, CRM ekibi müşteri kayıtlarını birleştirir, müşteri hizmetleri teslim edilemeyen siparişleri takip eder. Her ekip adresi kendi biçiminde tutarsa raporlar birbirini tutmaz. Bir ekibin "Kadıköy" saydığı siparişleri diğeri "Kadikoy" ve "KADIKÖY" diye üç ayrı satırda görür.

Ortak bir adres kataloğu ve kalıcı kimlikler bu sorunu çözer:

• Raporlama: Bölge bazlı satış, iade ve teslim süresi raporları aynı ilçe ve mahalle kodlarına dayanır.
• CRM: Aynı müşterinin farklı yazılmış adresleri yinelenen kayıt olarak işaretlenebilir.
• Müşteri hizmetleri: "Adres hatalı" yerine "kapı numarası katalogda bulunamadı" gibi somut bir bilgiyle müşteriye dönülebilir.
• Satış: Bölge sorumlulukları operasyondaki şube tablosuyla aynı kodlar üzerinden tanımlanır.

Katalogdaki her kayıt, veri seti güncellendiğinde de değişmeyen bir kalıcı kimlik (stableId) taşır. Sistemlerinizde adresi bu kimlikle saklamanız, ekiplerin yıllar içinde aynı kayda başvurmaya devam etmesini sağlar.

Geçiş için karar ölçütleri ve kontrol listesi

Lojistikte adres yönetimini standart veriye taşımak tek seferlik bir proje değildir. Bir veri düzeni kararıdır. Başlamadan önce şu soruları ekiplerinizle birlikte yanıtlayın:

1. Hata nerede doğuyor? Adres hataları sipariş formunda mı, çağrı merkezinde mi, yoksa pazaryeri entegrasyonlarında mı ortaya çıkıyor? İlk müdahale noktası burasıdır.
2. Hangi düzeye kadar standart veri gerekiyor? Şube ataması için ilçe düzeyi yeterli olabilir. Rota planlama ve kurye verimliliği için sokak ve kapı düzeyi gerekir.
3. Eski kayıtlar ne olacak? Geçmiş müşteri adreslerini toplu olarak doğrulamak mı, yoksa yalnızca yeni siparişlerden başlamak mı istiyorsunuz?
4. Güncellemeler nasıl izlenecek? Adres kataloğu zamanla değişir. Hangi veri seti sürümüyle çalıştığınızı kayıt altına almak, sonradan çıkan farkları açıklamayı kolaylaştırır.
5. Sorumluluk kimde? Şube eşleştirme tablosunun ve doğrulanamayan adreslerin takibinin bir sahibi olmalıdır.
6. Kişisel veri boyutu düşünüldü mü? Adres, kişisel veri niteliği taşıyabilir. Saklama süresi ve erişim yetkileri gibi konularda hukuk ekibinizden veya bir uzmandan görüş almanızı öneririz.

Bu ihtiyaçlar API Türkiye paketlerinde farklı düzeylerde karşılanır. Core paketi tam adres kataloğunu ve akıllı aramayı içerir. Pro paketi buna adres doğrulama ve standartlaştırma ile veri seti geçmişini ekler. Ultra paketi yüksek hacim ve toplu snapshot dosyalarına erişim sunar. Bu dosyalar eski kayıtların toplu olarak elden geçirilmesinde işinize yarayabilir. Enterprise paketinde kota, hız ve operasyon modeli kurumunuza özel belirlenir. Paketleri karşılaştırmak için API Türkiye paketleri bölümüne bakabilirsiniz.

Sonraki adım

Önce kendi verinizden küçük bir örnek seçin. Örneğin geçen ayın teslim edilemeyen siparişleri olabilir. Bu adreslerin hangi düzeyde takıldığına bakın. Ardından teknik ekibinizle API dokümantasyonunu birlikte inceleyerek şube tablonuzu kod tabanlı hale getirmenin ve form akışınızı değiştirmenin kapsamını belirleyin. Denemeye başlamak için ücretsiz kayıt olup bir API anahtarı alabilirsiniz.