Aynı kişi iki ayrı zamanda sipariş verir ve her ikisinde de aynı teslimat adresini kullanır. Depo ekibi paketlemeye geçmeden önce bu siparişlerin tek gönderiye alınmasının uygun olup olmadığını sorar. Dışarıdan basit görünen karar; teslim tarihi, alıcı bilgisi, ödeme durumu, ürünlerin hazırlanma aşaması ve müşteriye verilen sözler birbirinden farklıysa yanlış kayıt yaratabilir. Bir araya getirilen kutu, iki siparişin tek siparişe dönüştüğü anlamına gelmez.

Bu rehber, henüz gönderiye çıkmamış ayrı siparişleri aynı fiziksel pakette taşımanın nasıl değerlendirilebileceğini anlatır. Amaç kargo sayısını azaltmayı varsayılan hedef yapmak değil; uygunluk kontrolünü, işletme onayını, paketle ilişkili siparişleri ve müşteriye verilecek durumu tutarlı kurmaktır. Acarkent’te belirli bir mağazanın, müşterinin veya bu uygulamayı kullanan bir işletmenin bulunduğu iddia edilmez. Örnekler genel iş akışı senaryolarıdır.

Sipariş kaydını paket kaydından ayırın

Sipariş, müşterinin verdiği ürün ve koşul kayıtlarını taşır. Paket ise ürünlerin fiziksel olarak hazırlanıp gönderildiği birimdir. Bir sipariş birden fazla pakete ayrılabilir; aynı adrese giden birkaç sipariş de işletmenin kuralları elveriyorsa tek pakette taşınabilir. Bu iki yönü aynı özellik gibi tasarlamak, sipariş özeti ile kargo hareketini karıştırır.

Her sipariş numarası, kendi ürün satırları, toplamı, ödeme hareketleri, notları ve ilk onay bilgisiyle korunmalıdır. Paket kaydı bu siparişlerle ilişki kurabilir; fakat siparişlerin geçmişini tek bir satıra yazıp silmemelidir. Ekip, “bu kutuda hangi siparişlerin hangi ürünleri var?” sorusuna yanıt verirken her siparişin kendi durumunu da görebilmelidir.

Birleştirme isteği için uygunluk ölçütleri belirleyin

Aynı adrese yazılmış iki sipariş otomatik olarak aynı alıcıya veya aynı teslimat beklentisine ait olmayabilir. Bir aile üyesi, iş arkadaşı ya da hediye gönderimi ortak adres kullanabilir; sipariş notları ve teslim günleri farklı olabilir. Önce siparişleri kimin ilişkilendirebildiğini, müşterinin birleştirme isteği verip veremeyeceğini ve kararın hangi işletme sorumlusunca onaylanacağını tanımlayın. Adres benzerliğini tek başına kimlik veya izin kanıtı saymayın.

Uygunluk kontrolü en azından teslimat alıcısı ve adresi, istenen hizmet veya zaman aralığı, siparişlerin hazırlık durumu, ürünlerin birlikte taşınmaya elverişliliği ve varsa özel notları karşılaştırabilir. Her işletme aynı ürün veya gönderi koşulunu kullanmaz. Bir ürün özel ambalaj, hassas taşıma ya da ayrı teslimat gerektiriyorsa ortak kutuya almak uygun olmayabilir. Sistem eksik bilgi gördüğünde tahminle birleştirmek yerine inceleme beklediğini göstermelidir.

Hazırlık aşamasını gerçek olayla doğrulayın

“Henüz gönderilmedi” ifadesi tek başına yeterli ayrıntı sağlamaz. Sipariş yeni alınmış, depoda toplanmaya başlanmış, paketlenmiş veya taşıma etiketi hazırlanmış olabilir. Bu aşamaların anlamı işletmenin kullandığı süreçte açık olmalıdır. Bir sipariş için etiket üretilmişse, mevcut kaydı iptal etmeden yeni paket oluşturmak iki aktif gönderi izlenimi verebilir. Önce hangi fiziksel işlemin gerçekleştiği ve hangi kaydın hâlâ değiştirilebilir olduğu kontrol edilmelidir.

Çalışan, birleştirme kararında siparişin başlangıç koşullarını değiştirmemelidir. Bir siparişin hazırlanması bekliyorsa, diğerinin paketlenmiş olması kararın yeniden incelenmesini gerektirebilir. İş akışı “istek alındı”, “uygunluk kontrol ediliyor”, “onaylandı”, “uygun değil” ve “paket oluşturuldu” gibi anlaşılır aşamalar kullanabilir. Her adımın hangi kişi veya gerçek depo olayınca tamamlandığı açıklanmalıdır. Bir düğmeye basılması, ürünlerin fiziksel olarak aynı kutuya konduğunu kanıtlamaz.

İki siparişin içerik ve teslimat farklarını koruyun

Ürünler aynı kutuya girse de her birinin sipariş satırı kendi siparişinde kalır. Paketleme listesinde hangi ürünün hangi siparişe ait olduğu bulunmalı; ekip toplama sırasında adetleri yeniden sayabilmelidir. Bir kutuda iki siparişin ürünleri varsa, tek bir toplam miktar yazıp kaynak sipariş bağını silmek eksik veya yanlış ürün araştırmasını zorlaştırır. Ürün barkodu ya da başka bir iç kimlik kullanılacaksa bunun anlamı mevcut katalogla uyumlu olmalıdır.

Hediye notu, paketleme tercihi veya ayrı teslim tarihi gibi bilgiler bir siparişten diğerine taşınmamalıdır. Örneğin bir siparişte hediye paketi istenirken diğerinde standart ambalaj seçilmiş olabilir. İç ekip iki isteği tek bir “paket notu” alanında birleştirirse hangi talimatın hangi ürüne ait olduğu kaybolabilir. Birleştirme, müşterinin verdiği talimatları sadeleştirip silmek değildir; ortak paketin içinde ayrı sipariş ayrıntılarını hazırlama listesinde görünür tutmaktır.

Ödeme, fatura ve müşteri rollerini karıştırmayın

İki siparişin toplamını yeniden tek ödeme gibi göstermek veya ödeme durumlarını eşitlemek bu işlemin amacı değildir. Her siparişin kendi tahsilat ve onay kaydı korunmalıdır. Bir sipariş beklemede, diğeri tamamlanmışsa, işletmenin kuralı iki ürünü aynı anda göndermeye izin vermeyebilir. Böyle bir durumda ödeme veya sevkiyat koşulu sistem tarafından varsayılmamalı; yetkili ekip karar verene kadar paket hazırlığı durumu açık kalmalıdır.

Ayrı siparişlerde alıcı, şirket bilgisi, fatura tarafı veya teslim alıcısı farklı olabilir. Bu alanları tek bir müşterinin veya tek belgenin üzerine otomatik taşımayın. Sipariş formunda şirket ve kişi rollerini ayırma konusundaki kurumsal siparişte alıcı ve teslimat bilgilerini ayırma rehberi bu bilgilerin neden ayrı kalması gerektiğini açıklar. Bu makale herhangi bir fatura düzenleme kuralı koymaz; ticari ve muhasebesel kararlar işletmenin yetkili kişilerince doğrulanmalıdır.

Gönderi ve takip bağlantısını iki siparişe de gösterin

Bir fiziksel paket tek bir taşıma hareketiyle ilerliyorsa, ilgili gönderi kaydı iki siparişten de bulunabilir olmalıdır. Her iki sipariş detayında aynı takip bağlantısının görünmesi mümkündür; ancak gösterilen ilişki müşteriye açıkça anlatılmalıdır. İlk siparişin durumunu “tamamlandı” yapıp ikinciyi “hazırlanıyor” bırakmak veya tersini yapmak, kutu hareketi ile sipariş işini çelişkili gösterebilir. Siparişlerin iç durumları farklıysa, ortak gönderi bilgisiyle ayrı sipariş durumunu birlikte sunun.

Bir sipariş iptal edilirse veya paketleme sırasında içeriği değişirse, ortak gönderinin nasıl yeniden düzenleneceği önceden düşünülmelidir. Diğer siparişin ürünü kutuda kalacak mı, yeni paket mi oluşturulacak, takip bağlantısı hangi kayıtta korunacak? Bu soruların yanıtı sipariş ve depo sürecine göre değişir. Kargo entegrasyonunda etiket, paket ve teslimat durumlarını ayırma rehberi, tek siparişin birden çok pakete bölündüğü ters senaryoyu anlatır; burada ise ayrı siparişlerin bir gönderiyle ilişkilendirilmesi ele alınır.

Ücret ve bilgilendirme kararını önceden yazın

Birleştirme gönderi ücretini, teslimat süresini veya müşteriden alınmış toplamı etkileyebilir. Bu etkinin nasıl ele alınacağı işletmenin onaylı ticari koşuluna bağlıdır. Ekran, müşteriye daha önce gösterilen tutarı sessizce değiştirmemeli; ücret farkı varsa nedenini ve kimin karar verdiğini anlaşılır biçimde kaydetmelidir. Birleştirme bir tasarruf sağlayacaksa, bunun müşteriye yansıtılıp yansıtılmayacağı da işletme kararıdır. Makale belirli bir ücret, iade veya yasal yükümlülük tarif etmez.

Müşteriye “siparişleriniz birleştirildi” demeden önce paket kaydının ve içerik eşleşmesinin gerçekten tamamlandığını doğrulayın. İstek kabul edilmediyse, hangi siparişin ayrı gönderileceği ve sıradaki adım doğru biçimde iletilmelidir. Mesajda iki siparişin numarası veya başka hassas bilgi gereksiz yere aynı ekranda gösterilmemelidir. Bilgilendirme için kimin yetkili olduğu ve hangi kanalı kullandığı proje başlamadan tanımlanabilir; e-ticaret yazılımı hizmeti kapsamında bu ekran ve iş akışları görüşülebilir.

İstisna ve iptal senaryolarını yayından önce deneyin

Yalnızca iki yeni siparişin sorunsuzca bir araya geldiği örneği test etmek yeterli değildir. Farklı alıcı adı, farklı adres, ayrı teslim günü, biri hazırlanmış diğeri yeni alınmış sipariş, bir satırın iptali, kısmi hazırlık, tek siparişin paketinin değişmesi ve aynı isteğin tekrar gönderilmesi gibi durumlar hazırlanmalıdır. Her testte beklenen başlangıç değerlerini, kimlikleri, paket içeriğini, takip ilişkisini ve müşteri mesajını yazın. Test kayıtları gerçek müşteri verisi içermemelidir.

Bir senaryo başarısız olursa yalnız ekrandaki bildirimi değil, sipariş geçmişini, depo listesini ve paket kaydını birlikte inceleyin. Tekrarlanan istek ikinci bir gönderi veya çift etiket üretmemeli; belirsiz sonuçta sistem yeni bir işlem olmuş gibi davranmamalıdır. Sipariş iptaliyle stok hareketinin nasıl ayrılabileceği için ödeme sonrası sipariş iptali ve stok serbest bırakma rehberine bakılabilir. Birleştirme sırasında ortaya çıkan her istisnanın sorumlusu ve kapanış ölçütü de kabul listesinde yer almalıdır.

Proje kapsamını ayrı bir operasyon kararıyla birlikte tanımlayın

Bir e-ticaret projesinde siparişler arası gönderi ilişkisi, paketleme ekranı, durum etiketleri, takip bilgisi ve bildirim metni geliştirilebilir. Hangi siparişlerin birleştirilebileceği, ücretin nasıl ele alınacağı, kimin onay vereceği ve hangi teslimat şartlarının geçerli olduğu işletmenin belirlemesi gereken kararlardır. Ajans veya yazılım ekibi bu ticari tercihleri kendiliğinden kurala dönüştürmemelidir.

İlk görüşmede farklı durumlara sahip iki temsili sipariş seçin; birinin beklemede, diğerinin hazırlıkta olduğu bir örneği de ekleyin. Kayıtların hangi alanlarının ayrı kalacağını, ortak paketin hangi siparişleri göstereceğini ve müşterinin ne zaman bilgilendirileceğini birlikte yazın. E-ticaret yazılımı hizmeti kapsamında bu akışın mağazanın gerçek operasyonuna nasıl uyacağı değerlendirilebilir. Bu anlatım herhangi bir Acarkent mağazasını, müşterisini, sevkiyatını veya sonucu temsil etmez.

Sık Sorulan Sorular

Aynı adrese giden iki sipariş otomatik birleştirilmeli mi?

Hayır. Ortak adres tek başına aynı alıcı, teslim zamanı veya izin anlamına gelmez. Önce sipariş sahibi, teslimat talimatı, hazırlık durumu ve ürünlerin birlikte taşınmaya uygunluğu doğrulanmalıdır. İşletmenin kuralı veya müşterinin isteği yoksa adres eşleşmesini otomatik birleştirme kararı yapmayın.

Birleştirme yapılınca sipariş numaraları da tek olmalı mı?

Hayır. Fiziksel gönderi ortak olabilir; siparişlerin ticari kayıtları ayrı kalabilir. Her sipariş kendi satırlarını, tutarını ve onay geçmişini korumalıdır. Ortak paket kaydı bu siparişlerle ilişkilendirilebilir. Böylece destek ve depo ekibi hem kutuyu hem de her siparişin kaynak bilgilerini bulabilir.

Bir siparişin ödemesi beklemedeyse diğer ürünle aynı pakete konabilir mi?

Bu karar işletmenin ödeme ve sevkiyat koşullarına bağlıdır; yazılım kendiliğinden onay vermemelidir. Bekleyen siparişin ürününü hazırlığa almak, ayrılmış tutar veya müşteri beklentisi yaratabilir. Yetkili kişi sonucu doğrulayana kadar iki siparişin kendi durumlarını ve birleştirme talebini ayrı gösterin.

Ürünler farklı teslim tarihlerine sahipse ne yapılmalı?

Önce müşterinin hangi tarihe göre sipariş verdiğini ve işletmenin gerçekten sunabileceği seçenekleri kontrol edin. Daha geç hazırlanacak ürün, hazır olan diğer siparişi geciktirebilir. Birlikte gönderim uygun değilse ayrı paket veya başka bir onaylı yol değerlendirilebilir; kesin süre tahmin edilmemelidir.

Birleştirme müşteri tarafından mı istenmeli?

İşletme, müşterinin açık isteğiyle mi yoksa tanımlı bir operasyon kuralıyla mı ilerleyeceğini belirlemelidir. İki durumda da alıcı ve teslimat bilgileri kontrol edilmeli; müşteriye neyin değiştiği açıklanmalıdır. Talep kaydı, onayı kimin verdiğini ve hangi siparişlerin etkilendiğini göstermelidir.

Birleştirme kargo ücretini değiştirirse ne gösterilmelidir?

İşletmenin onaylı ücret yaklaşımı ve müşteriye önceden gösterilen toplam birlikte değerlendirilmelidir. Tutar sessizce değiştirilmemeli; fark varsa gerekçesi ve karar sahibi kaydedilmelidir. Bu rehber ücret iadesi veya hukuki zorunluluk belirlemez. Gerçek koşullar yetkili ekipçe doğrulanmalıdır.

Paket oluşturulduktan sonra siparişlerden biri iptal edilirse ne olur?

İptal edilen siparişin ürünleri, ortak paket kaydı ve kalan siparişin durumu tekrar kontrol edilmelidir. Bir gönderi etiketi oluşturulmuşsa fiziksel hazırlık ile kayıt hareketi ayrı değerlendirilmelidir. Önceki ilişki silinmeden iptal kararı, değişen içerik ve yeni takip yolu kaydedilmelidir.

İki siparişi tek gönderide birleştirme nasıl test edilir?

Aynı ve farklı adres, farklı alıcı, bekleyen ödeme, hazırlığı başlamış sipariş, iptal ve tekrar gönderilen istek senaryolarını deneyin. Her birinde sipariş kayıtlarının ayrı kaldığını, paket içeriğinin doğru olduğunu ve takip bilgisinin iki siparişten de bulunabildiğini kontrol edin. Müşteri mesajlarını depo kaydıyla karşılaştırın.