CRM veri içe/dışa aktarma (import/export): veriyi güvenle taşımak ve yedeklemek
Veriyi yeni CRM'e taşırken ne kaybetmeli ne sızdırmalı. CRM veri içe/dışa aktarma için kaynağı temizleme, alan eşleme, UTF-8 ve KVKK'lı dışa aktarma rehberi.
Yeni bir CRM'e geçme kararı verildi. Elinizde yıllardır büyüyen bir Excel dosyası var: iki bin küsur kişi, üç ayrı formatta yazılmış telefon numaraları, yarısı boş bir "notlar" sütunu ve kim tarafından eklendiği belirsiz yüzlerce satır. Aynı hafta ekipten biri geçen çeyreğin müşteri listesini rapor için dışa aktarıp e-postayla paylaşıyor. Bu iki sıradan işlem — verinin içe ve dışa aktarılması — çoğu ekipte hem en sık yapılan hem de en az kafa yorulan işlerdir. Oysa CRM veri içe/dışa aktarma (import/export) doğru kurgulanmadığında, sistemin daha ilk gününde ya kirli bir veriyle ya da yanlış ellere düşmüş bir müşteri listesiyle başlanır.
Bu yazıda içe aktarmayı temiz yapmanın adımlarını, dosya formatları ile Türkçe karakter sorununu, dışa aktarmanın yedekleme ve taşınabilirlik yönünü ve hepsinin altında yatan veri koruma sorumluluğunu tek tek ele alıyoruz. Amaç sade: veriyi bir yerden bir yere taşırken ne bir kaydı kaybetmek ne de bir kişisel veriyi sızdırmak.
İçe/dışa aktarma neden temel bir CRM becerisidir
İçe/dışa aktarma, CRM'in kenarında duran teknik bir ayrıntı gibi görünür; gerçekte ise sistemin en kritik dört anında devreye girer. Yeni bir CRM'e başlarken mevcut kişileri içeri almak, binlerce kaydı toplu güncellemek, raporlama ve yedek için veriyi dışarı çıkarmak ve bir gün başka bir sisteme taşınmak — hepsi aynı beceriye dayanır.
Bu işlemleri "bir dosya yükleyip indirmek" diye küçümsemek kolaydır, ama fark tam da burada ortaya çıkar. İyi yönetilen bir aktarım, ekibe temiz bir başlangıç ve gönül rahatlığıyla alınmış bir yedek bırakır; kötü yönetilen bir aktarım ise yıllarca peşinizi bırakmayan mükerrer kayıtlar, bozuk isimler ve sessiz güvenlik riskleri üretir.
- Başlangıçta veri taşımak: Excel'deki ya da eski sistemdeki kişileri yeni CRM'e almak, kurulumun ilk adımıdır.
- Toplu güncelleme: yüzlerce kaydın segmentini, sahibini veya etiketini elle değil tek dosyayla değiştirmek.
- Rapor, yedek ve denetim: veriyi analiz, arşiv veya devir-teslim için dışarı almak.
- Sistemler arası geçiş: bir araçtan çıkıp diğerine girerken verinin bütünüyle taşınması.
İçe aktarmayı doğru yapmak: önce kaynağı temizleyin
İçe aktarmanın en sık atlanan kuralı şudur: temizlik yükleme ekranında değil, kaynak dosyada başlar. CRM'e ne verirseniz onu geri alırsınız; dağınık bir Excel'i olduğu gibi yüklemek, dağınıklığı yeni ve daha pahalı bir yere taşımaktan başka işe yaramaz. Bu yüzden yüklemeden önce dosyayı elden geçirin: mükerrer satırları ayıklayın, telefon ve e-posta formatlarını tek standarda getirin (başında ülke kodu olan, olmayan, boşluklu, tireli numaraları aynı biçime çekin), boş ve anlamsız sütunları silin.
Kaynağı temizlerken en çok vakit kaybettiren şey tekrar eden kayıtlardır; aynı kişinin üç farklı satırda üç farklı yazımla durması olağandır. Bunları birleştirmenin sistematik yolları için mükerrer kayıtları temizleme yöntemlerine yüklemeden önce göz atmak, sonradan günlerce sürecek bir düzeltmeyi baştan önler.
Dosya temizse sıra eşlemeye gelir. İçe aktarmanın kalbi, dosyadaki her sütunun CRM'deki hangi alana karşılık geldiğini doğru belirlemektir: "Cep" sütunu telefon alanına, "Firma" sütunu şirket alanına gitmeli. Yanlış eşleme, verinin sessizce yanlış yere dolmasına yol açar ve fark edilmesi haftalar sürer. Alan eşleme (field mapping) mantığını kavramak, bu adımı tahminden çıkarıp kurala bağlar.
Son iki adım çoğu zaman atlanır ama en değerlileridir. Önce küçük bir deneme yüklemesi yapın — tüm dosyayı değil, 10-20 satırı yükleyip sonucu gözle kontrol edin. Ardından mükerrerleri önlemek için bir eşleştirme anahtarı (genelde e-posta ya da telefon) tanımlayın; sistem aynı anahtara sahip bir kaydı yeniden yaratmak yerine mevcut olanı güncellesin. Yükleme bittiğinde birkaç kaydı açıp doğrulayın: sayılar tuttu mu, Türkçe karakterler yerinde mi, alanlar doğru mu?
Kirli veri içeri girerse, kirli bir CRM çıkar; içe aktarmanın kalitesi, sistemin ilk günkü kalitesidir.
Dosya formatları: CSV, Excel ve Türkçe karakter meselesi
İçe/dışa aktarmanın ortak dili iki formattır: CSV ve Excel (XLSX). Excel, formülleri ve biçimlendirmeyi taşıdığı için insana daha tanıdık gelir; CSV ise sadece düz metin olduğu için sistemler arası en güvenli ve en taşınabilir biçimdir. Kural basittir: her satır bir kayıt, her sütun bir alan olmalı. Birleştirilmiş hücreler, üst üste iki başlık satırı veya bir hücreye sıkıştırılmış iki bilgi (ad ve soyadın aynı hücrede olması gibi) içe aktarmayı bozar.
Türkiye'de en sinsi sorun karakter kodlamasıdır. Bir dosya yanlış kodlamayla kaydedildiğinde "Şükrü" bir anda "Þükrü" olur; ç, ş, ğ, ı, ö, ü harfleri bozulur ve binlerce isim tek tek düzeltilemez hâle gelir. Çözüm, dosyayı her zaman UTF-8 kodlamasıyla kaydetmektir. CSV'yi hem dışa aktarırken hem içe alırken UTF-8 seçmek, Türkçe karakterlerin bozulmadan taşınmasını sağlar.
Dışa aktarma: yedek, rapor ve taşınabilirlik
Dışa aktarma çoğu zaman içe aktarmanın gölgesinde kalır, ama en az onun kadar önemlidir. Verinizi dışarı alabilmek dört şey demektir: büyük bir değişiklikten önce elinizde bir yedek olması, veriyi CRM dışındaki araçlarla (Excel, BI) raporlayabilmek, bir denetim ya da devir-teslim anında kaydı düzenli biçimde sunabilmek ve gerektiğinde başka bir sisteme taşınabilmek.
Bu son madde göründüğünden daha stratejiktir. Verinizi kolayca dışa aktaramıyorsanız aslında o araca kilitlenmişsinizdir; ayrılmak istediğinizde veriniz rehin kalır. Sağlıklı bir dışa aktarma yeteneği, tedarikçiye bağımlılık ve veri taşınabilirliği açısından bir sigortadır — verinin size ait olduğunu ve istediğiniz an alabileceğinizi garanti eder. Aynı yetenek, düzenli yedek almanın da temelidir; CRM yedekleme ve felaket kurtarma disiplini, bir arıza ya da hatalı bir toplu işlem sonrası veriyi geri getirmenin tek güvencesidir.
- Büyük değişiklikten önce yedek: toplu güncelleme, silme veya içe aktarma öncesi mevcut hâli dışa aktarıp saklayın.
- Raporlama ve analiz: veriyi elektronik tabloya ya da BI aracına alıp CRM'in sunmadığı kesitleri çıkarın.
- Denetim ve devir-teslim: bir çalışan ayrılırken ya da denetim geldiğinde ilgili kayıtları düzenli biçimde teslim edin.
- Göç: başka bir sisteme geçerken tüm veriyi eksiksiz taşıyın.
Dışa aktarmanın görünmeyen riski: kişisel veri ve KVKK
Dışa aktarılan bir müşteri listesi teknik olarak bir dosyadır; hukuki olarak ise kişisel veri yığınıdır. İsim, telefon, e-posta ve satın alma geçmişi içeren bir CSV, KVKK kapsamında korunması gereken veridir ve o dosya bilgisayarınızın masaüstünde durduğu an sorumluluk da orada başlar. Çoğu veri sızıntısı bir siber saldırıdan değil, dikkatsizce paylaşılmış bir dışa aktarma dosyasından doğar.
Bu yüzden dışa aktarmayı bir yetki ve süreç meselesi gibi ele almak gerekir. Ham müşteri listesini e-postayla göndermeyin; kimlerin dışa aktarma yapabileceğini sınırlayın; işi biten geçici dosyaları silin; ve mümkünse dışa aktarma işlemlerini kayıt altına alın ki "veriyi kim, ne zaman çıkardı" sorusunun bir cevabı olsun. Bu ilkeleri kalıcı hâle getirmek için KVKK uyumlu bir CRM kurgusu ile bir veri saklama ve silme politikası birlikte düşünülmelidir; ilki erişimi, ikincisi verinin ömrünü yönetir. Güncel yükümlülükler için hukuk danışmanınıza ya da resmi kaynaklara başvurmak en sağlıklısıdır.
Taşıma ve kurulumun bir parçası olarak içe aktarma
İçe aktarma çoğu zaman tek başına bir işlem değil, daha büyük bir geçişin ilk adımıdır. Bir ekip ilk kez CRM'e geçerken tüm müşteri geçmişini içeri taşır; bu, kurulumun en görünür ve en çok hata yapılan aşamasıdır. Excel tablolarından çıkıp yapılandırılmış bir sisteme geçmenin adımları için Excel'den CRM'e geçiş rehberi, dosyayı hazırlamaktan ilk yüklemeye kadar olan yolu netleştirir.
Bir sistemden diğerine geçiş ise daha katmanlıdır: sadece kişiler değil, fırsatlar, notlar ve etkileşim geçmişi de taşınmalı, üstelik ilişkileri bozulmadan. Başka bir CRM'den veri göçü (migration) sürecini planlarken hangi verinin taşınacağına ve hangisinin arşivde bırakılacağına baştan karar vermek, göçü kaotik bir kopyala-yapıştırdan düzenli bir projeye dönüştürür.
Verinizi güvenle taşıyın
Rocketly'nin içe aktarma sihirbazı, alan eşleme ve dışa aktarma araçlarıyla kayıtlarınızı tek yerde toplayın
Ücretsiz DeneyinElle mi, otomatik mi? Tek seferlik CSV ile sürekli senkron
Her aktarım elle yapılmak zorunda değildir. İki farklı ihtiyaç, iki farklı yöntem gerektirir. Bir kereye mahsus işler — kurulumdaki ilk yükleme, çeyrek sonu bir rapor, arşiv için bir yedek — için CSV/Excel ile elle içe/dışa aktarma yeterli ve pratiktir. Ama iki sistemin sürekli aynı veriyi paylaşması gerekiyorsa (örneğin e-ticaret siparişlerinin CRM'e anlık düşmesi), elle dosya taşımak sürdürülemez; burada API ya da hazır entegrasyonlarla kurulan otomatik senkron devreye girer.
Basit ölçüt şudur: iş bir defalıksa ya da seyrekse dosya yeterlidir; düzenli ve tekrar eden bir akışsa otomasyon hem zaman kazandırır hem de her seferinde elle taşımanın yarattığı hata payını ortadan kaldırır. Çoğu ekip ikisini birlikte kullanır — kurulumda elle bir yükleme, sonrasında sürekli akan bir entegrasyon.
En sık yapılan hatalar
İçe/dışa aktarmada hatalar genelde büyük ve gürültülü değil, küçük ve sessizdir; haftalar sonra fark edilir. En yaygın olanları baştan bilmek çoğunu önler.
- Kirli veriyi olduğu gibi yüklemek: temizlenmemiş bir dosya, temizlenmemiş bir CRM üretir.
- Yanlış alan eşleme: veri yanlış sütuna dolar ve sessizce yanlış yerde birikir.
- Eşleştirme anahtarı olmadan yüklemek: aynı kişiler mükerrer kayıtlar olarak çoğalır.
- Yanlış kodlama: UTF-8 seçilmeyince Türkçe karakterler bozulur.
- Korumasız dışa aktarma dosyaları: masaüstünde ya da e-postada unutulmuş müşteri listeleri sızıntının en sık kaynağıdır.
- Yedeksiz toplu işlem: büyük bir güncelleme ya da silme öncesi yedek almamak, geri dönüşü olmayan kayıplara yol açar.
Bu hataların ortak paydası aceledir; içe/dışa aktarmayı bir "dosya işlemi" değil, küçük bir veri projesi gibi ele almak, altısını da büyük ölçüde etkisiz kılar.
Sıkça sorulan sorular
İçe aktarmadan önce dosyayı nasıl hazırlamalıyım?
Mükerrer satırları ayıklayın, telefon ve e-posta formatlarını tek standarda getirin, boş sütunları silin ve dosyayı UTF-8 olarak kaydedin. Her satır tek bir kaydı, her sütun tek bir alanı temsil etmeli. Tüm dosyayı yüklemeden önce 10-20 satırlık bir deneme yüklemesi yapmak, sorunları erken gösterir.
Türkçe karakterler neden bozuluyor, nasıl önlerim?
Sorun neredeyse her zaman karakter kodlamasıdır. Dosya UTF-8 dışında bir kodlamayla kaydedilince ç, ş, ğ, ı gibi harfler bozulur. Hem dışa aktarırken hem içe alırken UTF-8 seçmek sorunu kökten çözer.
Mükerrer kayıtları içe aktarırken nasıl önlerim?
Bir eşleştirme anahtarı tanımlayın — genelde e-posta ya da telefon. Sistem, aynı anahtara sahip bir kayıt bulduğunda yenisini oluşturmak yerine mevcut olanı günceller; böylece aynı kişi iki kez eklenmez.
Dışa aktardığım müşteri listesini nasıl güvende tutarım?
Ham listeyi e-postayla paylaşmayın, kimlerin dışa aktarma yapabileceğini sınırlayın, işi biten geçici dosyaları silin ve işlemleri kayıt altına alın. Bu dosyalar kişisel veri içerir ve KVKK kapsamında korunmalıdır.
Ne zaman elle dosya, ne zaman otomatik senkron kullanmalıyım?
İş bir kerelik ya da seyrekse (ilk kurulum, çeyreklik rapor, arşiv yedeği) CSV/Excel yeterlidir. Düzenli ve tekrar eden bir akış varsa API ya da hazır entegrasyonla kurulan otomatik senkron hem zaman kazandırır hem hata payını düşürür.
Sonuçta CRM veri içe/dışa aktarma, sistemin sıkıcı ama belkemiği sayılan bir parçasıdır: iyi yapıldığında kimse fark etmez, kötü yapıldığında herkes yıllarca çeker. Kaynağı temizlemek, doğru eşlemek, UTF-8'e dikkat etmek ve dışa aktarılan veriyi korumak — bu dört alışkanlık verinizi hem güvende hem taşınabilir tutar. Rocketly gibi bir CRM, içe aktarma sihirbazı, alan eşleme ve dışa aktarma araçlarını tek yerde toplayarak bu süreci tahminden çıkarıp tekrarlanabilir bir işleme dönüştürmeye yardımcı olur.