01 / Konuya yakından bakın
Sipariş kimliğini yalnızca numarayla tanımlamayın
Bir sipariş numarası kendi kaynağı içinde benzersiz olabilir; farklı platformlar aynı numarayı kullanabilir. Kaynak sistem, mağaza veya işletme hesabı ve sipariş referansını birlikte değerlendirin. Müşteri adı, telefon ve toplam tutar gibi alanları tek başına kimlik saymayın. Aynı müşteri kısa aralıkla iki gerçek sipariş verebilir. Entegrasyonun görevi benzer görünen işleri rastgele birleştirmek değil, kaynakta aynı olan olayı hedefte doğru kayda bağlamaktır. Yeni sipariş, güncelleme ve iptal bildirimleri farklı işlem türleri olarak ele alınmalıdır.
01Tekrar bildirimi yeni görevden ayırın
Kaynak sistem bir yanıt alamadığında aynı siparişi tekrar gönderebilir. Bu durumda mevcut kayıt bulunmalı ve iş kuralına göre güncellenmelidir; ikinci kurye görevi açılmamalıdır. Olay veya istek kimliği varsa saklayın. Teknik tekrar kontrolünün kapsamını kaynak, hesap ve sipariş üzerinden tanımlayın. Denemede aynı örneği birden fazla göndererek yalnızca kayıt sayısını değil, atama ve bildirim yan etkilerini de kontrol edin.
02Değişikliği paketin aşamasına göre işleyin
Adres veya ürün değişikliği paket hazırlanmadan önce geldiğinde farklı, kurye yola çıktıktan sonra geldiğinde farklı işlem gerektirebilir. Güncellemeyi kayda yazmak tek başına yeterli değildir; etkilenen ekibin yeni bilgiyi görmesi gerekir. Eski adresi kullanarak devam eden görevi fark edebilmelisiniz. Hangi alanların otomatik değişebileceğini ve hangilerinin onay gerektireceğini operasyon kurallarıyla belirleyin.
03İptalde fiziksel durumu kontrol edin
Kaynakta iptal edilen siparişin paketi kurye tarafından alınmış olabilir. İptal bildirimi geldiğinde görev, tahsilat ve paket sorumluluğunu birlikte değerlendirin. Kaydı silmek geçmişi kaybettirir ve sahadaki paketin ne olacağını açıklamaz. İptal zamanı ile bildirimin alınma zamanını ayırın. Gecikmiş bir iptalin teslim edilmiş göreve nasıl uygulanacağını ilgili hizmet koşullarına göre tanımlayın.