CRM’de aynı alan adı: iki şirketi birleştirmeli misiniz?
İki firma kaydı aynı web sitesini, üçüncü kayıt aynı telefonu kullanıyor. Bu, üçünün tek şirket olduğu anlamına gelmez. Müşteri listenizi veya CRM kayıtlarını birleştirmeden önce somut bir örnekle kararı inceleyin.
Firma kayıtlarını yalnızca alan adı veya telefon aynı diye birleştirmeyin. Önce her kaydın neyi temsil ettiğini belirleyin: tüzel kişi, işletme adresi veya satın alma ilişkisi. Kimlik kanıtlarını ve çelişkileri kontrol edin. Aynı düzeydeki doğrulanmış mükerrer kayıtları birleştirin; ilişkili kuruluşları bağlayın; farklı kuruluşları ayrı tutun; belirsiz kayıtları incelemeye bırakın.
Bu listede “aynı firma” ne demek?
Merkez, fabrika ve bağlı şirket aynı markayı kullanabilir. Her biriyle farklı bir satış görüşmesi gerekebilir. İsimleri karşılaştırmadan önce şu cümleyi tamamlayın: “Bu listedeki her satır … temsil eder.” Bir kaydın mükerrer olup olmadığı bu seçime bağlıdır.
| Kayıt neyi temsil ediyor? | Cevaplanacak soru | Korunması gereken bilgi |
|---|---|---|
| Tüzel kişi | Hangi kayıtlı kuruluş? | Ülke veya yargı alanı, sicil, kimlik numarası ve kontrol edilen durum. |
| İşletme adresi | Hangi tesis işi kullanacak veya teslim alacak? | Tesis kimliği, adresi ve kuruluşla ilişkisi. |
| Marka | Hangi ticari ad kullanılıyor? | Markayı işleten doğrulanmış kuruluş veya kuruluşlar. |
| Satın alma ilişkisi | Bu işi hangi kişiler koordine ediyor? | Sorumluluklar, işin kapsamı ve görüşme geçmişi. |
Bir tüzel kişi birden fazla tesisi işletebilir. Bir marka birden fazla tüzel kişiyi kapsayabilir. Şube ayrı bir tüzel kişi olmak zorunda değildir; bağlı şirket de yalnızca bir şube gibi değerlendirilmemelidir. Bölgesel isimden tahmin yürütmek yerine yapıyı doğrulayın.
Bir CRM kullanıcı tartışması bu sorunu doğrudan anlatıyor: satış ekibi aynı veya farklı alan adlarını kullanan yerel işletmelere ve genel merkeze ulaşıyor. Yanıtlardaki ilişkilendirme önerileri faydalı. Ancak bunlar her durumda geçerli bir kimlik kuralı oluşturmuyor.
İki aday eşleşme, kanıtsız bir üçüncü eşleşme üretebilir.
Tüzel kişileri içeren kurgusal bir liste düşünün. Basit kural, alan adı veya telefon aynıysa iki kaydı eşleşme adayı sayıyor. Aşağıdaki sicil etiketleri eğitim için uydurulmuştur; geçerli sicil numarası değildir. Firma adları ve koşulların tamamı kurgusaldır.
| Kayıt | Örnekte verilen kuruluş bilgisi | Alan adı | Telefon etiketi |
|---|---|---|---|
| A — Arda Packaging Global | DEMO-REG-DE-A; ayrı tüzel kişi. | arda.example | SWITCHBOARD-A |
| B — Arda Packaging Türkiye | DEMO-REG-TR-B; ilişkili fakat ayrı tüzel kişi. | arda.example | SERVICE-LINE-X |
| C — Mavi Distribution | DEMO-REG-TR-C; bağımsız tüzel kişi. | mavi.example | SERVICE-LINE-X |
Kurgusal örnekte A ve B arasında doğrulanmış grup ilişkisi vardır. B ve C aynı dış telefon hizmetini kullanır. Bunlar örneğin verilen koşullarıdır; gerçek firmalar hakkında yapılmış araştırma değildir.
- A ↔ B: aynı alan adı
- Kural eşleşme öneriyor. Verilen koşullarda bunlar ilişkili kuruluşlar; mükerrer tüzel kişi kayıtları değil.
- B ↔ C: aynı telefon
- Kural ikinci eşleşmeyi öneriyor. Verilen koşullar ortak hizmet numarasını açıklıyor; kuruluşlar farklı.
- A ↔ C: B üzerinden bağlantı
- Gruplama yöntemi üç kaydı aynı gruba koyabilir. Bağlantının varlığı, A ve C’nin aynı kuruluş olduğunu kanıtlamaz.
İki aday eşleşme üç kaydı birbirine bağlıyor. Bu grubu tek kimlik sayarsanız A–C dahil üç çiftin de aynı kuruluş olduğunu varsaymış olursunuz. Bu örnekte farklı ilişkiler yanlışlıkla mükerrer kayda dönüşür.
Bu örnekte karar: A, B ve C’yi koruyun. A ve B’yi doğrulanmış ilişkileriyle bağlayın. B ve C için ortak telefon hizmeti açıklamasını kaydedin; ortak sahiplik uydurmayın. Hiçbir birleştirme gerekçelendirilmiş değil.
Birleştirin, ilişkilendirin, ayrı tutun veya inceleyin.
| Karar | Ne zaman uygun? | Neyi korumalı? |
|---|---|---|
| Birleştir | İki kayıt aynı birimi temsil ediyor ve çelişkiler çözülmüş. | Kaynak ID’leri, seçilen alan değerleri ve faaliyet eşlemesi. |
| İlişkilendir | Farklı birimler arasında doğrulanmış ilişki var. | Ayrı ID’ler, ilişkinin türü ve kanıtı. |
| Ayrı tut | Listenin amacı bakımından farklı birimler olduğu doğrulanmış. | Kendi kişileri, adresleri ve görüşmeleri. |
| İncelemeye bırak | Kanıt eksik, çelişkili, eski veya yanlış kayıt düzeyinde. | Aday çift, eksik kontrol ve kararı verecek kişi. |
Birleştirme ne zaman doğru? İki aktarım aynı doğrulanmış tüzel kişiyi içeriyor ve iki kayıt da o tüzel kişiyi temsil etmek için açılmış. Aktarımlardan biri adı kısaltmış olabilir. Gerekli tesis veya ilişki ayrımı kaybolmayacaksa, kontrol edilmiş bir birleştirme tekrarlı kayıt yönetimini azaltabilir.
Aynı tüzel kişinin iki geçerli tesis kaydı da olabilir. Liste tesisleri anlatıyorsa bunları koruyun. Tüzel kişi kaydını ayrıca belirleyin ve sisteminiz destekliyorsa tesisleri ona bağlayın. Desteklemiyorsa çalışma dosyanızda kuruluş ve tesis alanlarını açıkça saklayın.
CRM’nin ayrı kaydı kabul etmesi için sahte web adresi üretmeyin. Gerçek alan adını koruyup desteklenen ID veya ilişki alanlarını kullanın. Aktarım davranışını değiştirmeden önce kullandığınız ürünün güncel dokümanını kontrol edin.
Birleştirmeyi onaylamadan önce çelişkiyi çözün.
Kaydın düzeyini yazın
Tüzel kişi, tesis veya açıkça tanımlanmış başka bir birim seçin. İki kayıtta da aynı tanımı kullanın.
Asıl kayıtları koruyun
İnceleme kopyasında kaynak ID’lerini ve ham alanları saklayın. Değişiklikten önce CRM’nin neleri dışa aktarabildiğini ve geri yükleyebildiğini kontrol edin.
Eşleşme kanıtını adlandırın
Yalnızca “yüksek güven” yazmayın; “aynı alan adı” veya “aynı güncel sicil kimliği” yazın. Kaynağı ve kontrol tarihini ekleyin.
Çelişen bilgiyi arayın
Kuruluş kimliklerini, ülkeleri, tesisleri ve sorumlulukları karşılaştırın. Farkın ayrı birimden, zaman içindeki değişimden veya yanlış veriden kaynaklanıp kaynaklanmadığını inceleyin.
Grubun tamamını inceleyin
Birden fazla çift birbirine bağlanıyorsa gruptaki kayıtları birlikte değerlendirin. Makul bir çiftin diğer bütün çiftleri doğruladığını varsaymayın.
Seçtiğiniz işlemi kaydedin
Neyi birleştirdiğinizi veya ilişkilendirdiğinizi, faaliyetlerin hangi kayda ait olacağını ve hangi belirsizliğin işlemi durduracağını açıklayın.
Bu rehberde “95 puan birleştir demektir” gibi bilimsel olarak doğrulanmış evrensel bir eşik yok. Model puanı eğitim verisine, göreve ve değerlendirmeye bağlıdır. Bir veri kümesinde iyi çalışan kural, sizin müşteri adaylarınızı yanlış eşleştirebilir.
Araştırma bulgusuyla uygulama önerimizi ayırın.
Baas, Dastani ve Feelders (2021), tahmini eşleşmelere geçişli kapanış uygulanmasının üretebildiği hataları inceliyor. Deneyler satış kayıtları yerine yarı sentetik tarihsel kişi verisini kullanıyor. Ön baskı metnini inceledik; çalışma, tahminleri körlemesine genişletmek yerine grupları kontrol etme gerekçesini destekliyor.
TransClean (2025), yanlış pozitif eşleşmeleri bulmak için tutarlılığı inceliyor. Deney veri kümeleri sentetik şirket kayıtlarını ve başka kayıt türlerini içeriyor. Sonuçlar alttaki eşleştirme modeline bağlı. Alan adı ve telefon kuralını, şablonumuzu veya Anivo performansını doğrulamıyor.
GLEIF, kuruluş bilgisiyle ilişki bilgisini ayırıyor. Level 2 üst kuruluş bildirimi muhasebe konsolidasyonu ilişkisini kapsıyor ve bildirim istisnaları içeriyor. Her ticari ilişkinin eksiksiz haritası değil.
GS1 GLN tahsis standardı, tarafları ve yerleri ayırıyor. Bir GLN izin verilen bir kullanım birleşimini temsil edebilir; farklı numaralar otomatik olarak farklı tüzel kişiler diye okunmamalı. Kimliğin neyi temsil ettiğini kontrol edin.
| Dayanak | Buradaki uygulama önerisi | Sınır |
|---|---|---|
| Kayıt eşleştirme araştırmaları | Grubun tamamındaki çelişkileri inceleyin. | Elle inceleme yardımcısı; iki algoritmanın uygulanmış hali değil. |
| Kuruluş ve ilişki standartları | Birimi ve ilişkiyi ayrı adlandırın. | Kimlikler kendi numaralandırma sistemi ve kapsamı içinde kontrol edilmeli. |
| Kurgusal karşı örnek | Farklı ortak alanları kimlik eşitliğine dönüştürmeyin. | Mantıksal gösterim; ölçülmüş hata oranı değil. |
Kaynaklar 6 Ekim 2026’da kontrol edildi. Bu yazı seçilmiş araştırmaların derlemesi ve özgün bir uygulamalı örnektir. Sistematik derleme veya gerçek kullanım performans deneyi yapılmadı. Kaynakların hiçbiri bu rehberin satış sonuçlarına etkisini test etmiyor.
Başkasının da inceleyebileceği bir gerekçe bırakın.
| Alan | Doldurulmuş örnek |
|---|---|
| Kayıtlar ve düzey | A ve B; bu liste tüzel kişileri temsil ediyor. |
| Ortak kanıt | Aynı alan adı: arda.example. |
| Çelişen kimlik bilgileri | Farklı yargı alanlarında farklı kurgusal sicil kimlikleri. |
| İlişki kanıtı | Doğrulanmış grup ilişkisi bu örnekte verilen bir koşul. |
| Karar ve gerekçe | İlişkilendir; iki tüzel kişi de ayırt edilebilir kalmalı. |
| Korunan veri | A ve B ID’leri; her kuruluşun kişileri, notları ve faaliyet geçmişi. |
| Sonraki kontrol | Belirli satın alma görüşmesini hangi kuruluşun koordine ettiğini doğrula. |
Gerçek kayıtlarda kaynak adresini, kontrol tarihini, inceleyen kişiyi ve alan bazında önerdiğiniz değişiklikleri de ekleyin. İndirme dosyasında boş kayıt, üç kayıtlı örnek ve birleştirmenin uygun olduğu ayrı bir örnek var.
Metin dosyasını kendi editörünüzde kullanın. Kayıt olmanız veya veri yüklemeniz gerekmez. Elle doldurulan karar kaydıdır; Anivo aktarım formatı veya otomatik kimlik doğrulayıcı değildir.
Firmayı silmeden tekrarlı iletişimi önleyin.
Listeyi temizlemekle iletişimi koordine etmek farklı soruları cevaplar. İki geçerli tesis kaydı aynı satın alma sorumlusuna gidebilir. Sorumluluğu kontrol ederken planlanan mesajlardan birini bekletebilir, tesis kayıtlarını birleştirmeyebilirsiniz.
İki ilişkili kuruluşla ayrı görüşmeler de gerekebilir. Ortak alan adı, hizmetin merkezden satın alındığını söylemez. Projenin hangi kuruluşu ve tesisi kapsadığını sorun. Yanıtı ilgili kayıtta tutun.
Kimlik belirsizse bu kimliğe dayanan işlemi bekletin. Eksik kontrolü yazın. Kaydın kimi temsil ettiğini ve görüşmenin neden o kayda ait olduğunu açıklayabildiğinizde devam edin.
Kimlik kontrolünden sonra işin uygunluğu ve satın alma sorumlulukları için potansiyel müşteri değerlendirme rehberini kullanın. Firma puanları rehberi, dikkat çekici bir puanın bu soruyu neden çözmediğini açıklıyor.
Firma kayıtları hakkında sorular
Mükerrer kayıt adayı, ilişkili kuruluş ve tekrar ulaşılacak kişi farklı kararlar gerektirir.
Farklı şirketler aynı alan adını kullanabilir mi?
Evet. Ortak web sitesi birden fazla ilişkili kuruluşu, markayı veya tesisi temsil edebilir. Birleştirmeden önce her kaydın neyi temsil ettiğini belirleyin ve kuruluşun kimliğini doğrulayın.
Aynı telefon iki kaydın tek firmaya ait olduğunu kanıtlar mı?
Hayır. Ortak santral veya hizmet eşleşmeyi açıklayabilir. Bu bir aday işaretidir; kimlik kanıtını, kayıt düzeyini ve bilginin tarihini kontrol edin.
Merkez ve şube kayıtlarını birleştirmeli miyim?
Kaydın düzeyine bağlı. Aynı tüzel kişi içinde ayrı tesisler geçerli kayıtlar olabilir. Yer önemliyse tesis ayrımını koruyun ve doğrulanmış kuruluş ilişkisini kaydedin.
Bir şirket birden fazla alan adı kullanabilir mi?
Evet. Farklı alan adları tek başına farklı kuruluş kanıtı değildir. Kuruluşu, her alan adının görevini ve kayıtların aynı birimi temsil edip etmediğini doğrulayın.
Sicil numarasının aynı olması yeterli mi?
Numarayı veren sicili, yargı alanını, kaynağı, durumu ve kimlik kapsamını kontrol edin. İki kaydın aynı sistemi kullandığını ve aynı birimi temsil ettiğini doğrulayın. Numara tek başına satın alma sorumlusunu veya tesisi belirlemez.
İki çift eşleşiyorsa neden üç kaydı birlikte inceleyeyim?
Kural, farklı çiftleri farklı alanlar nedeniyle eşleştirmiş olabilir. Bağlı bütün kayıtları tek kimlik saymak, kanıtsız bir üçüncü eşleşme üretebilir. Grubun tamamını ve çelişen bilgileri inceleyin.
Birleştirme ne zaman uygun?
Kayıtlar aynı birimin doğrulanmış mükerrerleriyse, çelişkiler çözülmüşse ve gerekli tesis veya ilişki ayrımları korunuyorsa. Önce kaynak ID’lerini, aktarılacak alanları ve faaliyet eşlemesini kaydedin.
Tekrarlı mesajı bekletmek kayıt birleştirmekle aynı mı?
Hayır. Mesajı bekletmek kampanya kararını değiştirir. Birleştirmek veri kimliğini değiştirir. İlişkili kuruluşlara veya tesislere ulaşmayı koordine ederken ayrı kayıtları koruyabilirsiniz.
Kaynaklar ve okuma sınırları
Özgün araştırmalar, resmî kimlik standartları ve kullanıcı tarafından anlatılmış bir sorun. Araştırma bulgularıyla elle inceleme önerisi yukarıda ayrılmıştır.
- Baas, Dastani ve Feelders — Exploiting Transitivity Constraints for Entity Matching in Knowledge Graphs (2021)
Ön baskının tam metninde deney tasarımı ve sınırlamalar incelendi. Yarı sentetik tarihsel kişi verisi; CRM veya Anivo performans testi değil.
- De Meer Pardo ve çalışma arkadaşları — TransClean (IEEE Access, 2025)
Üniversite yayın kaydı ve yayımlanmış tam metin kontrol edildi. DOI: 10.1109/ACCESS.2025.3632400. Sentetik şirketler ve başka deney veri kümeleri; sonuçlar modele bağlı.
- GLEIF — LEI verisi ve Level 2 ilişkileri
Resmî genel açıklama ve Level 2 sayfası incelendi. Kuruluş kimliğiyle muhasebe konsolidasyonu üst kuruluş bildirimi farklı kapsamlar taşır; istisnalar vardır.
- GS1 — GLN tahsis kuralları
Resmî standardın taraf, yer ve birleşik kullanım bölümleri indekslenmiş alıntılar üzerinden incelendi. Her müşteri adayında GLN bulunduğu iddia edilmiyor.
- HubSpot Community — Firma kayıtlarının tekrarlanması (2024–2025)
Herkese açık tartışmanın tamamı okundu. Sorunun sorulduğunu gösterir; yanıtlar bağımsız araştırma veya arama hacmi ölçümü değildir.