Trendyol customerId değerini tek bir gerçek kişinin değişmez kimliği gibi kullanmayın. Bu alanı pazaryeri hesabının referansı olarak izleyin; her siparişin alıcı, fatura ve teslimat bilgilerini kendi kaydı üzerinde koruyun. Yeni siparişin adresini eski siparişlerin üzerine yazmak, doğru paketin yanlış kişiye yönlendirilmesine yol açabilir.

Hesap kimliği neden kişi kimliği değildir?

Trendyol’un resmî v3 sipariş paketleri belgesi, customerId değerinin bir Trendyol müşteri hesabına atandığını ve aynı hesabı kullanarak farklı müşterilerin sipariş verebildiğini belirtir. Bu nedenle aynı customerId ile gelen iki siparişte farklı alıcı görmek, tek başına veri hatası değildir.

Entegrasyon tasarımında pazaryeri hesabı, sipariş ve teslimat alıcısı ayrı ilişkiler olarak düşünülmelidir. CRM’nin tek müşteri kartı göstermesi gerekiyorsa bile bu kartın altında siparişe özgü bilgiler korunmalıdır. Kişi birleştirme kararını yalnızca hesap numarasına bağlamayın.

Varsayımsal örnek: M-1540 iki farklı teslimat

Bir medikal malzeme mağazasına aynı pazaryeri hesabından iki sipariş geldiğini varsayalım. İlk siparişte bir hasta bakım aksesuarı Ankara’daki alıcıya, ikinci siparişte farklı bir ürün İzmir’deki alıcıya gönderilecek olsun. Burada ürünlerin kullanımına veya sağlık durumuna ilişkin bir değerlendirme yapılmamaktadır.

CRM, ikinci sipariş geldiğinde hesap kartının adresini İzmir olarak güncelliyor ve depo ilk siparişin etiketini güncel müşteri kartından üretiyorsa Ankara paketi de İzmir’e yönlenebilir. Ürün, miktar ve hesap kimliği doğru olduğu halde teslimat sonucu yanlıştır.

İki siparişte toplam beş ürün bulunduğunu varsayalım: ilkinde iki, ikincisinde üç adet. Hesap düzeyinde beş adet satış görülmesi doğaldır; fakat hazırlık listesi iki ayrı sipariş ve iki ayrı teslimatı korumalıdır. Aynı hesap numarası bu ürünleri tek kargo paketi yapma izni vermez.

Aktarımda korunacak dört bilgi katmanı

1. Kanal ve hesap referansı: Trendyol hesap kimliği, kaynağıyla birlikte saklansın. Başka bir platformdaki aynı sayısal değerin aynı kişi olduğu varsayılmasın.
2. Sipariş ve paket: Ana sipariş numarası ve paket kimliği ilgili ürün satırlarıyla eşleşsin. Hesap kartı güncellendiğinde bu bağlantılar değişmesin.
3. Siparişe ait alıcı bilgisi: O işlemde gelen fatura ve teslimat verileri kendi alanlarında korunsun. Yeni siparişin bilgisi geçmiş siparişe sessizce yayılmasın.
4. Görüşme referansı: Müşteri hizmetlerinin açık kaydı ilgili siparişe bağlansın. Yalnızca hesap üzerinden bakarak farklı alıcının teslimatı tamamlandı sanılmasın.

Depo etiketi hangi kaynaktan üretiliyor?

Bu soruyu gerçek bir test paketiyle yanıtlayın. Etiket, siparişin güncel ve doğrulanmış teslimat kaydını mı kullanıyor, yoksa CRM’nin son müşteri adresini mi? İlk siparişten sonra ikinci adresi içeren bir sipariş aktararak sonucu karşılaştırın.

Adres değişikliği gerçekten talep edilmişse bu değişikliğin hangi siparişe ait olduğu ayrıca incelenmelidir. Buradaki öneri adresleri hiçbir zaman değiştirmemek değildir; değişikliği doğru işlemle ve izlenebilir bir kayıtla ilişkilendirmektir.

Fatura ve teslimat verisinin farklı görevleri için fatura alıcısı ve teslimat adresi kontrolü rehberine bakabilirsiniz. Bu yazı, özellikle pazaryeri hesap kimliğinden yapılan yanlış kişi eşleştirmesine odaklanır.

Kabul kontrol listesi

• Aynı hesapla farklı alıcıya gelen sipariş ayrı teslimat olarak korunuyor mu?
• İkinci sipariş ilk siparişin adresini değiştirmiyor mu?
• Etiket doğru sipariş ve paket kaydından üretiliyor mu?
• Fatura bilgisi teslimat alıcısından ayrı inceleniyor mu?
• Destek görüşmesi yalnızca hesaba değil ilgili siparişe de bağlı mı?
• Hesap bazındaki satış toplamı paketlerin birleşmesine yol açmıyor mu?

Sık sorulan sorular

Aynı customerId için mutlaka ayrı CRM kartları mı açılmalı?

Tek bir zorunlu model yoktur. Hesap kartı altında ayrı sipariş-alıcı ilişkileri de kurulabilir. Önemli olan farklı işlemlerin bilgilerini birbirinin üzerine yazmamaktır.

Alıcı adı farklıysa sipariş durdurulmalı mı?

Yalnızca bu farklılıktan hata sonucu çıkarmayın. Siparişin kendi verilerini ve işletmenin doğrulama sürecini inceleyin.

Entegrino bu eşleştirmeyi hazır sunar mı?

Bu yazı hazır Trendyol bağlantısı veya CRM özelliği vaat etmez. Kullanılan bağlantının davranışı örnek kayıtla doğrulanmalıdır.

Kaynak kontrolü: 3 Kasım 2026. M-1540 ve örnekler varsayımsaldır. Fotoğraf temsili depo ortamıdır; kişiler Entegrino müşterisi değildir.