Panorama Consulting'e göre veri geçişi, ERP uygulama çabasının yüzde 60'ını oluşturuyor ve ERP proje gecikmelerinin bir numaralı nedeni. Bunun nedeni oldukça açık: Eski sistemlerde onlarca yıldır biriken veriler (çoğunlukla tutarsız, kopyalanmış ve kötü belgelenmiş) temizlenmeli, dönüştürülmeli ve farklı yapılara ve doğrulama kurallarına sahip yeni bir sisteme yüklenmelidir.
Bu kılavuz, ilk değerlendirmeden geçiş sonrası doğrulamaya kadar ERP veri geçişi için kapsamlı bir metodoloji sağlar.
ERP Veri Taşımanın Beş Aşaması
Aşama 1: Değerlendirme ve Planlama (1-4. Haftalar)
Veri envanteri:
Herhangi bir şeyi taşımadan önce mevcut olanları kataloglayın:
| Veri Kategorisi | Örnekler | Tipik Hacim | Geçiş Önceliği |
|---|---|---|---|
| Ana veriler | Müşteriler, satıcılar, ürünler, çalışanlar | 10K-500K kayıtları | Kritik |
| İşlem verileri | Açık siparişler, faturalar, ödemeler | 50K-5M kayıtları | Seçici |
| Yapılandırma verileri | Vergi kodları, ödeme koşulları, iş akışları | 100-5.000 ayar | Kritik |
| Geçmiş veriler | Kapalı siparişler, geçmiş faturalar, eski GL girişleri | 1 milyon-100 milyon kayıt | İsteğe bağlı |
| Yapılandırılmamış veriler | Belgeler, ekler, notlar | 10K-1M dosyalar | Seçici |
Önemli planlama kararları:
-
Geçmişin ne kadarı taşınacak? --- Çoğu kuruluş 1-3 yıllık işlem geçmişini taşır. Bunun ötesinde, salt okunur erişime sahip eski sistemde arşivleyin.
-
Son tarih nedir? --- Eski sisteme veri girmeyi ne zaman bırakıp yeni sisteme başlayacaksınız? 2-7 günlük bir dondurma dönemi planlayın.
-
Veri kalitesi kimin elinde? --- Verilerin temizlenmesi BT'nin değil, işletmenin sorumluluğundadır. Her kategori için veri görevlileri atayın.
-
Geri alma planı nedir? --- Taşıma işlemi başarısız olursa nasıl geri dönebilirsiniz? Başlamadan önce bunu tanımlayın.
Aşama 2: Veri Temizleme (3-10. Haftalar)
Veri temizleme en çok zaman alan ama aynı zamanda en değerli aşamadır. Kirli verileri yeni bir sisteme taşımak, aynı sorunlarla başlamanız anlamına gelir.
Veri kategorisine göre kontrol listesini temizleme:
Müşteri/satıcı yöneticisi:
- Yinelenen kayıtları kaldırın (birleştirme veya işaretleme)
- İsim formatlarını standartlaştırın (şirket isimleri, kişi isimleri)
- Adresleri posta veritabanlarına göre doğrulayın
- Etkin ve etkin olmayan durumunu doğrulayın
- Eksik alanları doldurun (e-posta, telefon, vergi numarası)
- Sınıflandırma kodlarını standartlaştırın (endüstri, segment)
Ürün ana:
- Üretimi durdurulan veya geçerliliğini yitiren öğeleri kaldırın
- Açıklamaları ve adlandırma kurallarını standartlaştırın
- Ölçü birimlerini doğrulayın
- Fiyatlandırmayı mevcut oranlara göre güncelleyin
- Eksik alanları doldurun (ağırlık, boyutlar, kategori)
- Malzeme listelerini ve bileşen ilişkilerini doğrulayın
Finansal veriler:
- Geçişten önce tüm hesapları mutabakata varın
- Askıya alma ve hesapları temizleme
- Tahsil edilemeyen alacakların silinmesi
- Şirketler arası dengesizlikleri gidermek
- Taşınacak tüm açık işlemleri belgeleyin
İzlenecek veri kalitesi ölçümleri:
| Metrik | Ön Temizleme Hedefi | Temizleme Sonrası Hedef |
|---|---|---|
| Yinelenen oran | Temel çizgiyi ölçün | <%1 |
| Tamlık (zorunlu alanlar) | Temel çizgiyi ölçün | >%98 |
| Biçim tutarlılığı | Temel çizgiyi ölçün | >%99 |
| Referans bütünlüğü | Temel çizgiyi ölçün | %100 |
| Değer doğruluğu | Temel çizgiyi ölçün | >%97 |
Aşama 3: Haritalama ve Dönüşüm (6-12. Haftalar)
Veri eşleme, kaynak sistemdeki her alanın hedef sisteme nasıl çevrileceğini tanımlar.
Belge yapısını eşleme:
| Kaynak Sistemi | Kaynak Alanı | Kaynak Formatı | Hedef Sistemi | Hedef Alanı | Hedef Formatı | Dönüşüm Kuralı |
|---|---|---|---|---|---|---|
| Eski ERP | CUST_NAME | Serbest metin, 50 karakter | Odoo | iş ortağı_adı | UTF-8, 128 karakter | Trim, başlık durumu |
| Eski ERP | CUST_TYPE | Sayısal kod (1-5) | Odoo | müşteri_rütbesi | Tamsayı | Harita: 1=perakende, 2=toptan... |
| Eski ERP | CUST_BAL | Ondalık, ABD Doları | Odoo | kredi | Ondalık, çoklu para birimi | Geçiş tarihi oranında dönüştürme |
Genel dönüşüm zorlukları:
- Kod çevirileri --- Eski sistemler sayısal kodlar kullanır; modern ERP'ler tanımlayıcı değerleri kullanır
- Veri birleştirme --- Birden fazla eski alan tek bir hedef alanla eşleniyor
- Veri bölme --- Birden fazla hedef alanı doldurması gereken eski bir alan
- Varsayılan değerler --- Kaynak verisi olmayan zorunlu hedef alanlar
- Para birimi dönüştürme --- Temel para birimi çevirisi gerektiren geçmiş tutarlar
- Tarih formatı standardizasyonu --- ISO 8601'e göre çeşitli tarih formatları
4. Aşama: Geçişin Yürütülmesi (10-14. Haftalar)
Geçiş yaklaşımı seçenekleri:
| Yaklaşım | Açıklama | Risk Düzeyi | En İyisi |
|---|---|---|---|
| Büyük patlama | Geçiş haftasonunda her şeyi tek seferde taşıyın | Yüksek | Daha küçük veri kümeleri, sıkı zaman çizelgeleri |
| Aşamalı | Haftalar içinde varlığa veya modüle göre geçiş yapın | Orta | Çok varlıklı, karmaşık ortamlar |
| Paralel çalışma | Eski ve yeni sistemleri aynı anda çalıştırın | Düşük | Riskten kaçınan organizasyonlar, kritik sistemler |
| damlama | Uzun süre boyunca sürekli gerçek zamanlı geçiş | Orta | Çok büyük veri kümeleri, minimum kesinti süresi |
Taşıma yürütme kontrol listesi:
- Tüm veri temizleme işlemini tamamlayın
- Tüm eşleme belgelerini tamamlayın ve onaylayın
- Geçiş komut dosyalarını/ETL süreçlerini oluşturun ve test edin
- Üretim hacmi verileriyle en az 3 örnek geçiş gerçekleştirin
- Sahte geçişlerde bulunan tüm sorunları belgeleyin ve çözün
- Örnek geçiş sonuçlarıyla ilgili olarak veri sorumlularından onay alın
- Geçiş zaman aralığını planlayın (hafta sonu, tatil veya etkinliğin düşük olduğu dönem)
- Geri alma komut dosyalarını ve prosedürlerini hazırlayın
- Geçişin yürütülmesi için izleme rolleri atayın
- Tüm paydaşlara geçiş zaman çizelgesi ve beklentileri hakkında bilgi verin
Taşıma günü yürütme:
Friday 6 PM: Freeze legacy system (read-only)
Friday 7 PM: Extract final data from legacy system
Friday 8 PM: Execute transformation scripts
Friday 10 PM: Begin loading data into target system
Saturday 6 AM: Master data loading complete, begin transactional data
Saturday 2 PM: All data loaded, begin validation
Saturday 6 PM: Validation complete, fix critical issues
Sunday 10 AM: User acceptance testing (key users)
Sunday 4 PM: Go/No-Go decision
Monday 7 AM: System opens for business (if Go)
Aşama 5: Doğrulama (13-16. Haftalar)
Doğrulama isteğe bağlı değildir. Her geçiş sistematik doğrulamayı içermelidir.
Doğrulama seviyeleri:
Seviye 1: Kayıt sayıları
- Kaynaktaki toplam kayıtlar = Hedefteki toplam kayıtlar (varlık türüne göre)
- Farklılıkları uzlaştırın
Seviye 2: Mali dengeler
- Sistemler arasında GL deneme bakiyesi eşleşmeleri
- AR ve AP yaşlandırma raporları eşleşiyor
- Banka bakiyeleri eşleşiyor
- Envanter değerleri eşleşiyor
Seviye 3: Örnek bazlı doğrulama
- Varlık türü başına 50-100 kaydın rastgele örneği
- Tüm alanların doğru şekilde taşındığını doğrulayın
- Özel karakterleri, biçimlendirmeyi ve kodlamayı kontrol edin
Seviye 4: İş süreci testi
- Kullanıcılar, taşınan müşteri ve ürün verilerini kullanarak satış siparişi oluşturabilir mi?
- Kullanıcılar, taşınan bir fatura karşılığında ödeme gerçekleştirebilir mi?
- Raporlar, taşınan verilerle beklenen sonuçları üretiyor mu?
Risk Azaltma Stratejileri
-
Sahte geçişleri asla atlamayın --- Gerçek geçişten önce en az 3 tam örnek geçiş gerçekleştirin. Her taklit, başka türlü keşfedemeyeceğiniz sorunları ortaya çıkarır.
-
Eski sistemi erişilebilir tutun --- Referans ve anlaşmazlık çözümü için geçişten sonra en az 6 ay boyunca eski sisteme salt okunur erişimi sürdürün.
-
Geçmişin tamamını değil, açık işlemleri taşıyın --- Açık PO'lar, ödenmemiş faturalar ve devam eden projeler taşınmalıdır. 5 yıl önceki kapalı işlemler muhtemelen bunu yapmaz.
-
Artımlı olarak doğrulayın --- Doğrulamaya başlamak için tüm verilerin yüklenmesini beklemeyin. Her kategoriyi yüklenirken doğrulayın.
-
Veri dondurma planı --- Eski sistemden veri alınması ile yeni sistemde yayına alınması arasındaki süre, risk pencerenizdir. En aza indirin.
İlgili Kaynaklar
- ERP Uygulama Zaman Çizelgesi --- Genel proje planlaması
- ERP Canlı Yayına Geçiş Kontrol Listesi --- Geçiş planlaması
- ERP Testi En İyi Uygulamaları --- Taşınan verileri ve süreçleri test etme
- Odoo ERP Uygulama Kılavuzu --- Platforma özel rehberlik
Veri geçişi, ERP uygulamalarının başarılı veya başarısız olduğu yerdir. Temizlemeye, kapsamlı haritalamaya ve sıkı doğrulamaya zaman ayıran kuruluşlar güvenle hayata geçiyor. Acele edenler, canlı yayına geçtikten sonra veri sorunlarını düzeltmek için aylar harcıyorlar. Uzman veri geçişi planlaması ve uygulaması için ECOSIRE ile iletişime geçin.
Yazan
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
ECOSIRE
Odoo ERP ile İşinizi Dönüştürün
Operasyonlarınızı kolaylaştırmak için uzman Odoo uygulaması, özelleştirme ve destek.
İlgili Makaleler
Axelor ve Odoo (2026): İki Açık Kaynak ERP'nin Dürüst Karşılaştırması
2026'da Axelor ve Odoo: Axelor'un düşük kodlu, BPM odaklı ERP'si Odoo'nun uygulama ekosistemiyle nasıl kıyaslanır — gerçek güçlü yönler, lisanslama, fiyatlandırma ve hangisinin ne zaman kazandığı.
Bulut ERP Toplam Sahip Olma Maliyeti: Gerçek 5 Yıllık Rakamlar
Bulut ERP için şeffaf bir 5 yıllık TCO modeli: abonelik, uygulama, özelleştirme, veri taşıma, eğitim, barındırma, yükseltmeler ve şirket içi yönetim süresi; 25 kullanıcılı bir KOBİ için Odoo, NetSuite sınıfı ve ERPNext karşılaştırmasıyla.
Proje odaklı KOBİ'ler için monday.com ve Odoo (2026)
Proje odaklı KOBİ'ler için monday.com ve Odoo: monday.com pano deneyimi ve ekip koordinasyonunda öne çıkar; Odoo, projeleri tekliflere, zaman çizelgelerine ve faturalamaya bağladığında kazanır.