Kısmi Sevkiyat Yazılımı: Tek Siparişi Birden Fazla Teslimata Bölmek

Sipariş ile sevk işini farklı kayıtlar olarak kurun

Müşteri siparişi satın alınan kalemleri temsil eder. Sevk işi bu kalemlerin nereden ve hangi miktarda hazırlanacağını, gönderi ise fiziksel teslimat sürecini temsil edebilir. Bu ayrım yapılmazsa ikinci takip numarası eklenirken ilk numara kaybolabilir veya kalan ürünler görünmez hale gelebilir.

Shopify FulfillmentOrder modeli, bir konumdan karşılanması beklenen ürün veya ürün grubunu temsil eder; bir siparişin birden fazla karşılama işi bulunabilir. Fiilen başlayan veya tamamlanan karşılama ayrıca modellenir. [1] Entegrasyonda sipariş kimliğini bütün bu işlerin yerine kullanmayın.

Adet mutabakatını satır bazında yapın

Örnek bir siparişte beş aynı ürün bulunduğunu düşünün. İlk sevkte ikisi gönderildiyse üçünün beklediği açıkça görülmelidir. Bir ürün iptal edilir ve ikisi ikinci sevkte çıkarsa siparişin bütün miktarları açıklanabilir olmalıdır. “Kısmen tamamlandı” etiketi bu miktar ilişkilerinin yerine geçmez.

Önerilen kontrolde sipariş edilen, iptal edilen, hazırlanmakta olan ve gönderilen miktarlar tanımlı kurala göre uzlaştırılır. İade edilen ürün geçmiş gönderiyi yok etmez; ayrı bir ters akış oluşturur. Aynı adedin hem bekleyen hem gönderilen olarak sayılmasına neden olan durum geçişleri test edilmelidir.

Müşteri mesajı pakete değil anlama odaklansın

Müşteri “siparişiniz gönderildi” mesajı aldığında bütün ürünleri bekleyebilir. Kısmi sevkte hangi ürünlerin yola çıktığı, hangilerinin beklediği ve varsa planlanan sonraki adım açıklansın. Yeni tarih kesin değilse sistem onu kesinmiş gibi göstermesin. Her paketin takip numarası ilgili ürünlerle ilişkilendirilsin.

Varsayımsal mobilya siparişinde masa önce, sandalyeler sonra çıksın. Müşteri ilk paket teslim edildiğinde siparişin tamamını teslim aldı sayılmamalıdır. Destek personeli hangi paketin nerede olduğunu tek ekranda görebilsin. Gönderi durumu ile müşteri teslim teyidi aynı olay olarak kullanılmasın.

Sevk kabul tablosu

Testleri yalnızca ekranla sınırlamayın. Depo çıktısı, sipariş kaydı ve müşteri mesajı aynı miktarları taşısın. Kullanılan API’nin erişim kapsamı nedeniyle uygulamanın bütün sevk işlerini görememesi mümkündür; yetki eksikliğini “siparişin kalan kısmı yok” diye yorumlamayın. [1]

Entegrasyon hatasında yeniden deneme yolunu kurun

Depo işlemi tamamlamış ama mağazaya yanıt ulaşmamış olabilir. Böyle bir belirsizlikte yeni sevk işi yaratmak yerine mevcut işlemi arayıp uzlaştıracak kimlik kullanın. Manuel müdahale gerekiyorsa operatöre önce mevcut durumu gösterin. Tekrar butonu rastgele aynı isteği çoğaltmamalıdır.

Teslim dosyasında satır ve gönderi eşleştirmesi, durum tablosu ve istisna listesi bulunsun. Özellikle değişen adres, hasarlı paket ve taşıyıcı iadesi ele alınsın. Hangi durumun otomatik, hangisinin insan incelemesiyle çözüleceği açık olduğunda operasyon hataları daha yönetilebilir hale gelir.

Sık sorulan sorular

Kısmi sevkiyat yeni sipariş açılarak çözülür mü?

Bazı operasyonlar farklı yollar kullanabilir, fakat müşteri siparişiyle ilişkinin korunması gerekir. Bağlantısız kopyalar raporlama ve iade sorunları oluşturabilir.

Tek siparişte kaç takip numarası tutulmalı?

Sabit bir sayıya değil gerçek gönderi modeline göre tasarlayın. Her numaranın hangi gönderiye ve ürün miktarına ait olduğu bilinmelidir.