Kaynak envanteri
Dosya, tablo, sistem, alan, ilişki, hacim, sahip ve güncellik bilgisini tek katalogda toplayın.
Veri Aktarımı; Excel, CSV, veritabanı, eski CRM, ERP ve özel yazılımlardaki müşteri, ürün, sipariş, fırsat, işlem, belge ve ilişkileri yeni sisteme kontrollü biçimde taşır. Turkuvazsoft kaynak profilini, veri kalitesini, dönüşüm kurallarını, prova aktarımını, kullanıcı kabulünü, kesim ve geri dönüş planını tek geçiş programında yönetir.
Veri Aktarımı, mevcut dosya veya sistemlerdeki kayıtların envanterlenmesi, temizlenmesi, hedef veri modeline eşleştirilmesi, dönüştürülmesi, yüklenmesi ve mutabakatla doğrulanması hizmetidir. İlişkiler, sahiplik, tarihçe, kodlar ve dosyalar korunarak yeni sisteme geçiş hazırlanır.
Başarılı aktarım “dosya içeri aktarıldı” demek değildir. Kayıt sayısı, kritik alan, ilişki, tutar ve iş sonucu hedef sistemde doğrulanmalı; istisnalar sorumlu ve kararla kapatılmalıdır.
Projede üçü birlikte bulunabilir. Sürekli bağlantı için API Entegrasyonu, CRM devreye alma için CRM Kurulum ve Uyarlama sayfası değerlendirilebilir.
Kaynak veriyi analiz etmeden hedefe yüklemek mükerrer müşteri, bozuk ilişki, yanlış tarih, eksik sahiplik ve anlamsız durum kodlarını yeni sisteme taşır. Kullanıcı ilk günden sonuca güvenmez ve eski dosyaya dönmeye başlar.
Aktarım yalnızca teknik ekibin işi sayıldığında iş anlamı kaybolur. Hangi kaydın aktif, hangi alanın doğru ve hangi toplamın kabul edilebilir olduğuna veri sahibi karar vermelidir.
Proje ekibi her veri grubunun ilerlemesini, hatalı kayıtları, dönüşüm kuralını ve kabul sonucunu ortak ekranda izler.
Kapsam kaynak sayısı, kayıt hacmi, ilişki, dosya, kalite, kesinti toleransı ve hedef sistem kurallarına göre belirlenir.
Dosya, tablo, sistem, alan, ilişki, hacim, sahip ve güncellik bilgisini tek katalogda toplayın.
Boşluk, tip, uzunluk, seçenek, dağılım, geçersiz değer ve ilişki sorunlarını ölçün.
Telefon, e-posta, adres, tarih, kod, birim ve seçenekleri belgeli kurallarla normalize edin.
Kesin ve olası eşleşmeleri ayırın; birleştirme kararını ilişki ve sahiplik kaybetmeden uygulayın.
Kaynak alanı hedef modele, veri tipine, koda ve dönüşüm kuralına açıkça bağlayın.
ETL, API, veritabanı, SFTP veya dosya yöntemini tekrar çalıştırılabilir iş akışına dönüştürün.
Örnek/tam prova yapın; hatalı kayıtları neden, sorumlu ve karar kuyruğuyla kapatın.
Kayıt, kritik alan, ilişki, toplam ve iş sonucunu kaynak-hedef arasında doğrulayın.
Delta, dondurma, yedek, canlı yükleme, kontrol ve rollback adımlarını zaman çizelgesine bağlayın.
Elle düzeltilen tek seferlik dosya, sonraki provada aynı sonucu vermez. Kural, kod, girdi ve çıktı sürümlenmelidir.
Değer yalnızca eski kayıtların yeni ekranda görünmesi değildir. Kullanıcı doğru geçmişe güvenir, operasyon kesintisi azalır ve denetim için geçiş kararı kanıtlanabilir olur.
Yeni sistem temiz, sahipli ve ilişkilendirilmiş veriyle kullanıma açılır.
Dönüşüm kuralları binlerce kayda aynı biçimde ve tekrar çalıştırılabilir uygulanır.
Prova, delta, zaman planı ve geri dönüş operasyon riskini azaltır.
Kaynak, kural, istisna, kabul ve mutabakat sonuçları kayıt altında kalır.
Yeni CRM, ERP, e-ticaret, özel yazılım veya bulut platformuna geçecek; birleşme, sistem yenileme veya veri merkezileştirme projesi yürüten işletmeler için uygundur. Müşteri, ürün, sipariş, stok, finansal özet, proje, servis ve belge geçmişi taşınabilir.
Az ve sade kayıtta kontrollü şablon yeterli olabilir. Kaynak, ilişki, hacim ve iş etkisi büyüdükçe profesyonel geçiş yaklaşımı gerekir.
İşletmenin eski CRM'inde firma, kişi, fırsat ve aktivite tabloları; Excel dosyalarında ürün ve bölge kodları; paylaşımlı klasörde teklif ekleri vardır. Önce kaynaklar kataloglanır ve son güncelleme/sahiplik belirlenir.
Firma ve kişi mükerrerleri kesin-olası olarak ayrılır. Eski satış aşamaları yeni huninin kararlarına eşlenir; geçersiz e-posta, ülke kodu olmayan telefon ve sahipsiz fırsatlar istisna kuyruğuna düşer. Belgeler ilgili fırsat kimliğiyle eşlenir.
Tam prova sonrası kayıt sayısı, açık fırsat tutarı, aktivite ilişkisi ve örnek müşteri 360 ekranı kullanıcılarla doğrulanır. Kesim gecesinde delta alınır, kaynak salt okunur yapılır, aktarım ve mutabakat tamamlanır. Kritik eşik geçmezse geri dönüş planı uygulanır.
Uygulama, veritabanı, tablo, görünüm, dosya, API, klasör ve kişisel Excel'ler veri kataloğuna alınır. Her kaynak için teknik erişim, iş sahibi, hacim, güncellik, saklama ve hedef kullanım amacı yazılır.
Aynı verinin birden fazla kopyası varsa yetkili kaynak belirlenir. “En yeni dosya” kanıt sayılmaz; üretim süreci ve sorumlusu doğrulanır.
Alan doluluk oranı, benzersizlik, min-maks, tip, uzunluk, desen, seçenek dağılımı ve ilişki bütünlüğü ölçülür. Sorunlar tahmin yerine sayı ve örnek kayıtla görünür olur.
Kalite hedefi her alan için aynı değildir. E-posta kampanyasında iletişim, finansal geçişte tutar ve para birimi, servis geçmişinde cihaz-seri ilişkisi kritik olabilir.
Telefon ülke kodu, e-posta biçimi, adres bileşeni, tarih/saat, para, ölçü, vergi numarası, şehir ve durum kodları standartlaştırılır. Düzeltme kuralı kaynak değeri ve sonucu koruyacak biçimde uygulanır.
Belirsiz değer otomatik tahminle değiştirilmez. Güvenli düzeltme, iş kuralı ve insan kararı ayrı kategoride yönetilir.
Her kaynak alan için hedef nesne, alan, veri tipi, zorunluluk, varsayılan, dönüşüm, kod tablosu ve örnek değer yazılır. Kullanılmayacak alanın nedeni de belgelenir.
Tek kaynak alan birden fazla hedefe ayrılabilir; birden fazla alan tek hedefte birleşebilir. Dönüşüm kuralı test edilebilir olmalıdır.
Müşteri, ürün, tedarikçi, çalışan ve lokasyon gibi ana veriler işlem kayıtlarından önce taşınır. Ülke, şehir, para, birim, durum ve kategori kodları hedef sözlükle eşleştirilir.
Harici kimlik yeni sistemde korunursa sonraki delta ve mutabakat kolaylaşır. Kod değişikliği geçmiş bağlantıyı koparmamalıdır.
Mükerrerlik e-posta, telefon, vergi numarası, alan adı, isim benzerliği ve adres gibi sinyallerle puanlanabilir. Kesin eşleşme otomatik; olası eşleşme veri sahibinin kararıyla birleştirilir.
Birleştirmede fırsat, sipariş, aktivite, belge ve sahiplik ilişkileri ana kayda taşınır. Hangi kayıtların birleştiği geri izlenebilir kalır.
Her geçmiş kaydı canlı sisteme taşımak performans ve kullanım karmaşıklığı yaratabilir. Aktif dönem, yasal saklama, rapor ve müşteri geçmişi ihtiyacına göre canlı-arşiv kapsamı belirlenir.
Arşiv erişilebilir ve aranabilir olmalı; ancak günlük ekranları gereksiz yüklememelidir. Kaynak sistemin ne zaman kapatılacağı ayrıca planlanır.
Teklif, sözleşme, görsel, servis formu ve eklerin yolu, dosya adı, boyutu, türü, hash değeri ve ilgili kayıt kimliği doğrulanır. Bozuk veya eksik dosya istisna raporuna alınır.
Dosya erişim yetkileri hedef sistemde yeniden uygulanır. Herkese açık klasör yapısı aynen kopyalanmaz.
Provalarda tam veri yüklenir; canlı kesime kadar değişen kayıtlar oluşturma/güncelleme zamanı veya değişiklik günlüğüyle delta alınır. Kaynak bunu desteklemiyorsa karşılaştırma yöntemi tasarlanır.
Delta aynı kaydı iki kez üretmemeli ve silme/pasifleşme davranışını açıkça yönetmelidir.
ETL veriyi hedefe yüklemeden dönüştürür; ELT ham veriyi güvenli ara alana alıp hedefe yakın işler. Seçim hacim, araç, güvenlik, denetim ve tekrar çalıştırma ihtiyacına göre yapılır.
Geçici tablolar, staging alanı ve iş kimlikleri üretim verisinden ayrılır. Başarısız adım bütün süreci belirsiz bırakmaz.
Şablon sütun, veri tipi, zorunluluk, kod listesi, örnek ve hata mesajını açıklar. Kodlama, ayraç, ondalık ve tarih biçimi sabitlenir; birleşik hücre ve formül sonucu kontrol edilir.
Dosya teslimi e-posta zinciriyle değil, sürümlü ve yetkili alanla yönetilir. Son dakika elle değişiklikleri kayıt altına alınır.
Tablo ve kolon yanında primary/foreign key, constraint, trigger, view, charset ve zaman dilimi incelenir. Üretim kaynağında sorgu yükü yaratmamak için snapshot veya replika kullanılabilir.
Hedefe doğrudan yazmak yerine uygulamanın iş kurallarını koruyan onaylı yükleme katmanı tercih edilir.
Kaynağa veritabanı erişimi yoksa API ile sayfalı çekim ve hedefe toplu/tekil yükleme yapılabilir. Kota, cursor, değişiklik zamanı, yeniden deneme ve idempotency tasarlanır.
Sürekli senkronizasyon gerekiyorsa geçiş işi canlı API entegrasyonuna dönüştürülür.
UTF-8, eski kodlamalar, büyük-küçük İ, boşluk ve özel karakterler test edilir. Tarih gün/ay/yıl, UTC ve yerel saat ayrımıyla dönüştürülür.
Ondalık ayırıcı, para birimi, telefon ve adres biçimi hedef sistem standardına çevrilir; kaynak değer denetim için korunabilir.
Zorunlu alan, veri tipi, uzunluk, desen, referans, benzersizlik, aralık ve iş kuralı kontrolleri yükleme öncesi ve sonrası çalışır. Hata mesajı teknik kolon yerine anlaşılır kayıt bağlamı sunar.
Uyarı ile engelleyici hata ayrılır. İş akışını bozmayan eksik bilgi kabul edilip sonradan göreve dönüşebilir.
Kaynak-hedef kayıt sayısı tek başına yeterli değildir. Kritik alan doluluğu, toplam tutar, durum dağılımı, ilişki sayısı, ek dosya ve örnek uçtan uca müşteri/sipariş geçmişi karşılaştırılır.
Teknik ekip sonuç üretir; veri sahibi kabul eder. Eşik, istisna ve imza/karar kaydı canlı kesimden önce tamamlanır.
Prova, scriptin tam hacimde ne kadar sürdüğünü, staging alanını, hata oranını, hedef performansını ve manuel karar yükünü gösterir. En az bir tam prova canlıya yakın koşulda yapılır.
Her prova aynı giriş sürümü ve kurallarla tekrar edilebilir olmalı; sonuçlar önceki denemeyle karşılaştırılmalıdır.
Kaynak dondurma, son yedek, delta, aktarım sırası, mutabakat, kullanıcı açılışı ve destek nöbeti dakika/saat planına bağlanır. İşletme, teknik ekip ve tedarikçiler aynı iletişim planını kullanır.
Kesim hafta sonu yapılmak zorunda değildir; iş yoğunluğu ve geri dönüş penceresine göre seçilir.
Kritik kabul eşiği sağlanmazsa hangi saate kadar geri dönüleceği, yeni sistemde oluşan kayıtların ne yapılacağı ve eski kaynağın nasıl yeniden açılacağı yazılır.
Rollback yalnızca veritabanı yedeği değildir. Entegrasyon, kullanıcı, DNS, dosya ve operasyon iletişimi birlikte geri alınmalıdır.
Kaynak kopya, geçici dosya, staging veritabanı ve çıktı en az yetki, şifreli aktarım, erişim logu ve sınırlı saklama süresiyle korunur. Parola ve anahtar dosyaya gömülmez.
Kişisel verinin amacı, hukuki dayanağı, alıcısı, yurt dışı durumu, saklama ve imha planı işletmenin hukuk/uyum ekibiyle belirlenir. Gereksiz veri hedefe taşınmaz.
Her çalışma için girdi sürümü, kod sürümü, başlangıç-bitiş, okunan/yazılan/atlanan kayıt, hata ve kontrol toplamı tutulur. Kayıt düzeyinde kaynak kimliği ile hedef kimliği eşleştirilebilir.
Log hassas içeriği gereksiz saklamaz; gerektiğinde maskelenmiş örnek ve hata kodu sunar.
Ön yükleme, değişiklik takibi, delta, paralel prova ve hızlı mutabakat kesim penceresini küçültür. Hedef sistem önceden kullanıcı ve referans verileriyle hazırlanabilir.
Sıfır kesinti her projede gerçekçi değildir. Tutarlılık gereksinimi ile iş sürekliliği dengelenir ve beklenen pencere açıkça paylaşılır.
AI alan adı benzerliği, serbest metin sınıflandırma, olası mükerrer ve istisna gruplama için öneri üretebilir. Büyük hata listesini temalara ayırarak veri sahibinin incelemesini hızlandırabilir.
AI eşleştirmesi otomatik gerçek kabul edilmez. Güven puanı, örnek doğrulama ve insan onayı uygulanır; finansal veya hukuki kritik veri yalnızca deterministik kuralla taşınır.
Sayfa “veri aktarımı”, “veri taşıma hizmeti”, “CRM veri aktarımı”, “ERP veri aktarımı”, “veri migrasyonu”, “Excel veri aktarımı” ve “veritabanı taşıma” aramalarını süreç, risk ve teslim ölçütleriyle açıklar. Net kapsam ve doğrulama yaklaşımı arama motorları ile AI yanıt sistemlerinin hizmeti doğru anlamasına yardımcı olur.
Fiyat yalnızca kayıt sayısına göre belirlenmez. Kaynak, tablo/dosya, alan, ilişki, kalite, mükerrer, belge, dönüşüm, prova, delta, kesim, güvenlik ve destek kapsamı değerlendirilir.
| Kapsam | Değerlendirilen ihtiyaç | Projeye etkisi |
|---|---|---|
| Kaynak | Sistem, dosya, veritabanı, erişim ve hacim | Envanter ve çıkarım |
| Kalite | Boşluk, mükerrer, kod ve ilişki sorunları | Temizlik ve karar |
| Dönüşüm | Alan, tip, birim, kural ve hedef model | ETL geliştirme |
| Doğrulama | Prova, istisna, mutabakat ve kabul | Test süreci |
| Kesim | Delta, yedek, rollback ve yakın destek | Canlı geçiş |
Süre kaynak ve veri grubu sayısı, hacim, kalite, ilişki, dosya, hedef sistem, iş kararları ve prova sonuçlarına göre değişir. Sade Excel aktarımı kısa; çok sistemli geçmiş ve belgeli geçiş aşamalı planlanır.
Takvim profil ve örnek aktarım sonrasında netleşir. İş sahiplerinin istisna karar hızı süreyi doğrudan etkiler.
Önce kaynağı ve kaliteyi ölçer, sonra eşleştirme ve prova ile sonucu doğrularız. Mutabakat olmadan canlı kesimi tamamlanmış saymayız.
Sürekli müşteri, sipariş, stok ve ödeme akışları için API Entegrasyonu kapsamını inceleyin.
Dosyalarınızı, eski sisteminizi, veri kalitesini ve hedef platformu inceleyerek geçiş envanterini, prova planını ve işletmenize özel veri aktarım teklifini hazırlayalım.
