WooCommerce misafir siparişini CRM’ye aktarırken müşteri adı veya e-posta benzerliğini tek başına hesap sahipliği kanıtı saymayın. Siparişin hangi mağazadan geldiğini, kayıtlı hesaba bağlı olup olmadığını ve CRM’deki eşleştirme kararını ayrı saklayın. Raporlama için ilişkilendirme ile müşteriye geçmiş siparişleri gösterme yetkisi farklı kararlardır.

Misafir siparişi, rapor kaydı ve kullanıcı hesabı

WooCommerce’in hesap ayarları belgesi, misafir siparişlerinin WordPress kullanıcı hesabına bağlı olmadığını açıklar. Buna karşılık müşteri raporu belgesi, aynı e-posta ile verilen birden fazla misafir siparişinin raporda aynı müşteri kaydıyla ilişkilendirildiğini belirtir.

Dolayısıyla raporda tek müşteri görünmesi, siparişlerin kayıtlı bir kullanıcı hesabına atandığı anlamına gelmez. CRM entegrasyonunda bu iki ilişkiyi aynı alanla temsil etmek, destek ekibinin hesap geçmişini yanlış yorumlamasına yol açabilir.

Elektronik satışında teslim alan kişi alıcı olmayabilir

Bir kişi kendisi için kulaklık, başka bir adrese hediye olarak klavye sipariş edebilir. Teslimat adındaki değişiklik otomatik olarak yeni müşteri açma gerekçesi değildir. Tersine aynı ad ve soyadı taşıyan iki kişinin siparişlerini birleştirmek de doğru olmayabilir.

Elektronik mağazasında destek talepleri siparişe bağlı yürüdüğünden, yanlış müşteri eşleştirmesi başka bir alışverişin ürünlerini destek ekranına taşıyabilir. Sipariş referansını korumak bu karışıklığı azaltır. Bu rehber garanti hakkı veya teknik servis işleyişi hakkında hukuki ya da teknik bir kural önermez.

Varsayımsal örnek: E-730 ve E-731

E-730 numaralı misafir siparişinin bir kulaklık, E-731 numaralı siparişin bir klavye içerdiğini varsayalım. İkisinde aynı fatura e-postası bulunsun; ikinci siparişin teslim alıcısı farklı olsun. İşletme raporda bunları ortak bir iletişim kaydı altında görebilir, fakat iki siparişin kimliklerini ve kendi teslimat bilgilerini ayrı tutmalıdır.

Daha sonra aynı e-posta ile bir kullanıcı hesabı açılması halinde CRM’de “hesap oluştu” ve “geçmiş siparişler hesaba bağlandı” olaylarını ayrı izleyin. Yeni hesap oluşmasını, bütün eski siparişlere erişim verilmiş gibi yorumlayan bir otomasyon kurmayın.

Hesaba bağlama için doğrulanmış akışı izleyin

WooCommerce’in e-posta doğrulama ve misafir sipariş bağlama rehberi, desteklenen akışta doğrulama sonrasında eşleşen geçmiş misafir siparişlerinin hesaba bağlandığını anlatır. Başka bir kayıtlı müşteriye atanmış siparişler taşınmaz. Kurulu sürüm ve ayarlar bu davranışın kullanılabilirliğini etkileyebileceğinden mağazanızda test edin.

Bu platform içi davranışın dış CRM’ye kendiliğinden yansıdığı varsayılmamalıdır. Bağlantı sağlayıcısından hesap ilişkisi değiştiğinde hangi kaydın güncellendiğini göstermesini isteyin. Doğrulama ekranını veya erişim denetimini atlayan manuel birleştirme, bağlantı testi yerine geçmez.

CRM aktarımında önerilen kayıt düzeni

1. Sipariş anahtarı: Mağaza kimliği ve sipariş referansı birlikte bulunsun.
2. Kaynak müşteri ilişkisi: Siparişin misafir mi, belirli bir kullanıcı hesabına bağlı mı olduğu açık olsun.
3. İletişim bilgisi: Siparişte kullanılan e-posta, teslimat adıyla karıştırılmasın.
4. Eşleştirme kararı: CRM kaydının hangi kuralla seçildiği ve kontrol zamanı kaydedilsin.
5. İstisna: Çelişen hesap ilişkileri otomatik birleştirme yerine incelemeye ayrılsın.

Bu alanlar işletme tasarım önerisidir. Entegrino’da aynı ekranlar, otomatik müşteri birleştirme veya özel bir kimlik doğrulama modülü bulunduğu iddia edilmez.

Yanlış birleşme nasıl fark edilir?

Test için aynı isimli farklı kişiler, aynı e-postalı iki misafir siparişi ve farklı teslimat alıcısı bulunan bir sipariş hazırlayın. Beklenen CRM ilişkisini önceden yazın. Sonuçta yalnızca müşteri sayısını değil, her siparişin doğru kayıtta kalıp kalmadığını inceleyin.

Yanlış eşleştirme saptandığında siparişleri silerek toplamı düzeltmeyin. Kaynak referanslarını koruyup ilişkiyi kontrollü biçimde düzeltin; hangi kayıtların etkilendiğini belirleyin. Sipariş notlarının müşteriye veya depoya nasıl taşındığı için WooCommerce sipariş notu aktarım rehberi tamamlayıcıdır.

Sık sorulan sorular

Aynı e-posta kesinlikle aynı hesap mı demektir?

Hayır. Misafir siparişi, rapor kaydı ve kayıtlı kullanıcı ilişkisi ayrı kontrol edilmelidir.

Teslimat adı değişince yeni CRM müşterisi açılmalı mı?

Otomatik karar vermeyin. Hediye veya farklı teslim alıcısı olasılığını siparişin kendi bilgileriyle değerlendirin.

Hesap açıldığında bütün geçmiş siparişler taşınır mı?

Kaynak platformun doğrulanmış bağlama akışını ve kullanılan sürümü kontrol edin. CRM tarafındaki güncelleme ayrıca test edilmelidir.

Kaynak kontrolü: 24 Ekim 2026. E-730 ve E-731 örneği varsayımsaldır. Fotoğraf temsili ofis çalışmasıdır.