Veri taşıma, yönettiğim her ERP programında en tutarlı biçimde hafife alınan iş akışıdır. Tedarikçi üç aylık bir veri çalışması öngörür. Gerçekte süre altı ile dokuz ay arasında çıkar. Cutover'a gelindiğinde ekibin yarısı mükerrer kayıtlarla boğuşur, yönlendirme komitesi de bunu neden kimsenin daha önce dile getirmediğini sorar.
Bu tahmin aracını, o konuşmayı birkaç ay öne çekmek için geliştirdim. İşi veri nesnesine, hacme ve hedef ERP'ye göre boyutlandırır; sonuç olarak kişi-gün tahmini, bir maliyet aralığı ve önerilen bir taşıma yaklaşımı verir. SAP S/4HANA, SAP ECC, Oracle Fusion Cloud, Oracle E-Business Suite ile Microsoft Dynamics 365 ve AX arasında tedarikçiden bağımsızdır.
Çıktı tek bir nokta değil, bir aralıktır; çünkü gerçek de bir aralıktır. Rakamı en çok oynatan değişkenler veri kalitesi, kaynak sistem sayısı ve ne kadar geçmiş veri taşımayı seçtiğinizdir.
Hedef ERP'nizi seçin. Kapsamdaki veri nesnelerini ve her biri için beklediğiniz kayıt hacmini ekleyin. Veri kalitesi işaretini dürüstçe ayarlayın. Tahmin aracı nesne bazında efor, toplam kişi-gün aralığı, bir maliyet aralığı ve önerilen bir yaklaşım (Migration Cockpit, LSMW, özel ETL veya hibrit) döndürür.
Her şey tarayıcınızda çalışır. Hiçbir yere hiçbir şey gönderilmez. Hiçbir şey saklanmaz. Sonucu kendi varsayımlarınıza karşı sınamak için girdileri istediğiniz kadar değiştirin.
- Müşteri ana verisi: sipariş veren, malı teslim alan, ödeyen, fatura alıcı ilişkileri, iş ortağı fonksiyonları
- Satıcı ana verisi: tedarikçi kayıtları, ödeme koşulları, stopaj, banka bilgileri
- Malzeme ana verisi: temel veriler, üretim yeri görünümleri, satış görünümleri, MRP, muhasebe ve maliyetleme
- Defteri kebir hesapları ve hesap planı: birincil ve ikincil maliyetler, hiyerarşiler
- Maliyet merkezleri, kâr merkezleri, iç siparişler: Kontrolling ana verileri
- Açık satın alma siparişleri: başlık, kalemler, teslimat programı satırları, hesap atamaları
- Açık satış siparişleri: başlık, kalemler, koşullar, iş ortağı verileri
- Açık faturalar (AP ve AR): atama ve mahsup kuralları olan açık kalemler
- Stok bakiyeleri: depo yeri, parti ve özel stok bazında
- Geçmiş mali işlemler: kayıtlar, bakiyeler, yıl sonu devri
- Duran varlık ana verisi ve amortisman geçmişi: varlık sınıfı ve amortisman alanı bazında
- İK ana verileri: SuccessFactors veya HCM kapsamdaysa çalışanlar, organizasyon birimleri, pozisyonlar
Taşıma bilgilerinizi girin
* ile işaretli alanlar zorunludur.
Örüntü hep aynıdır. Keşif, sistem sahiplerinin katıldığı çalıştaylarda yapılır. Onlar size verinin “genel olarak temiz” olduğunu söyler. Tahmin bu cümlenin üzerine kurulur. Rakam iş vakasına girmeden önce kimse tek bir profilleme sorgusu çalıştırmaz.
Üretim sektöründen bir müşterim parça numaralarının standartlaştırıldığını söylemişti. Veriyi çektik ve aktif kullanımda 12 farklı biçim bulduk. Başka bir programda müşteri notlarının kayıt sistemi, kimsenin belgelemediği özel bir alan çıktı ve eşleme onu atladığı için üç yıllık geçmiş kayboldu. Bir finans taşımasında ise eski hesap planını anlayan tek kişi beş yıl önce emekli olmuştu.
Pahalı an, bu sorunları planlama sırasında değil, cutover provasında bulmaktır. Keşfin ikinci haftasında fark edilen bir veri kalitesi düzeltmesi günlere mal olur. Aynı düzeltme üçüncü deneme cutover'ında fark edilirse programa haftalara, bazen bir çeyreğe mal olur. O noktada tarihler duyurulmuş, değişim ağı harekete geçmiş olur ve canlıya geçişi geri çekmek yönetim kurulu gündemine girer.
Doğru hamle, tahmin imzalanmadan önce veriyi profillemektir. Kaynağa karşı gerçek sorgular çalıştırın. Mükerrer kayıtları sayın. Boş değerleri sayın. Bugün hedef sisteminizin zorunlu alan kurallarında takılacak kayıtları sayın. Tahmin aracı bunu yapacağınızı varsayar. Veri kalitesi işaretini dürüstçe ayarladığınızda maliyet aralığı keskin biçimde genişler.
Doğru yaklaşım; hedef ERP'ye, veri hacimlerine ve birleştirmeniz gereken kaynak sistem sayısına bağlıdır. Aşağıda, en basit seçeneğe göre efor çarpanıyla birlikte, genelde başvurduğum yaklaşımların kabaca resmi var.
| Yaklaşım | En uygun olduğu durum | Efor çarpanı | Araçlar |
|---|---|---|---|
| SAP Migration Cockpit (LTMC / LTMOM) | Greenfield S/4HANA, standart nesneler, orta hacimler | 1,0× | LTMC, LTMOM, SAP'nin sunduğu şablonlar |
| LSMW | ECC, eski sistem taşımaları, hâlâ eski sürümlerde olan programlar | 1,2× | LSMW, kaydedilmiş BDC oturumları |
| SAP BTP / Integration Suite üzerinden özel ETL | Yüksek hacim, karmaşık dönüşümler, çok kaynaklı birleştirme | 2,0× | BTP, CPI, SAP Data Services, Syniti, SNP |
| Hibrit (Cockpit + ETL) | Brownfield S/4HANA dönüşümleri ve seçici taşımalar | 1,5× | Ana veriler için Cockpit, işlem geçmişi için ETL |
| Oracle'a özgü | Oracle Fusion Cloud ve EBS hedefleri | 1,3× | FBDI, ADFdi, Oracle GoldenGate |
| Dynamics Data Management Framework | Dynamics 365 F&O ve AX hedefleri | 1,3× | DMF varlıkları (entities), Azure Data Factory |
Özel ETL en esnek ve en pahalı seçenektir. İhtiyacınız olup olmadığının dürüst testi şudur: kaynak verileriniz, hedefin standart kurallarını hiçbir şablonun kayıt bazlı mantık olmadan düzeltemeyeceği biçimlerde ihlal ediyor mu? Cevap hayırsa, sunulan araçlarla devam edin.
- SAP S/4HANA (greenfield, brownfield, seçici)
- SAP ECC (paralel sistem ortamları ve geç kalan taşımalar için hâlâ geçerli)
- Oracle Fusion Cloud ERP
- Oracle E-Business Suite (R12)
- Microsoft Dynamics 365 Finance and Operations
- Microsoft Dynamics AX (2009, 2012)
- Sistem entegratörü bir rakam taahhüt etmeden önce veri iş akışını boyutlandıran program yöneticileri.
- İç tahminlerini bağımsız bir referansa karşı sınayan veri taşıma sorumluları.
- Milyon dolarlık bir implementasyon bütçesindeki veri kalemini kontrol eden CIO'lar ve CFO'lar.
- Tekliflerde veya güvence incelemelerinde savunulabilir rakamlar üreten bağımsız danışmanlar.
- Ayrı bir kapsam belirleme hizmeti için ödeme yapmadan iş vakasını hazırlayan kurum içi ERP ekipleri.
- Savunulabilir bir rakam, hızlıca. Tek bir tahmin yerine nesne nesne kişi-gün tahmini.
- Tedarikçiden bağımsız. Tek bir tedarikçinin kılavuzundan değil, SAP, Oracle ve Microsoft programlarında gördüğüm örüntülerden yola çıkılarak hazırlandı.
- Yaklaşım önerisi. Doğru başlangıç noktasının Migration Cockpit mi, LSMW mi, özel ETL mi yoksa hibrit mi olduğunu söyler.
- Hacim ve kaliteyi dikkate alır. Veri kalitesi düştüğünde maliyet aralığı, gerçek programlarda olduğu gibi genişler.
- Ücretsiz, yalnızca tarayıcıda, üyelik yok. Hiçbir şey bilgisayarınızdan çıkmaz. İstediğiniz kadar yenileyip yeniden başlayın.
Bu aracın veri taşıma tahminleri ne kadar doğru?
Rakamlar, son 25 yılda SAP, Oracle ve Dynamics programlarında gördüğüm örüntüleri yansıtır. Bir planlama konuşmasına çıpa olmak için tasarlanmıştır; gerçek verileriniz üzerindeki bir profilleme çalışmasının yerini almak için değil.
Doğruluğu en çok etkileyen tek etken, kaynağa karşı profilleme sorguları çalıştırıp çalıştırmadığınızdır. Dürüst bir veri kalitesi işaretine dayanan maliyet aralığı ayakta kalır. Çalıştay iyimserliğine dayanan aralık kalmaz. Tahmin aracının çıktısını sistem entegratörüyle yapacağınız görüşmede referans rakam olarak kullanın. Onların tahmini belirgin biçimde düşükse, hangi veri kalitesi varsayımını yaptıklarını ve bunu nasıl doğruladıklarını sorun.
Geçmiş mali işlemleri mi taşımalıyım, yoksa yalnızca açık kalemleri mi?
Çoğu program için doğru cevap açık kalemler artı açılış bakiyeleridir; geçmiş ise eski sistemde salt okunur bir arşiv veya raporlama katmanı üzerinden okunabilir tutulur. Tüm işlem geçmişini taşımak eforu katlar, mutabakatı yavaşlatır ve maliyetini nadiren karşılar.
İstisna, yasal saklama zorunluluğu nedeniyle geçmişin kayıt sisteminde bulunması gereken düzenlemeye tabi sektörler ya da yeni sistemde yıldan yıla kayan karşılaştırmaların gerçek bir operasyonel ihtiyaç olduğu işletmelerdir. Her iki durumda da tahmin aracının geçmiş veriler için efor çarpanı daha ağır yükü yansıtır.
Araç hangi taşıma yaklaşımını öneriyor?
Başlangıç noktasını hedef ERP'ye, nesne kümesine ve hacimlere göre seçer. Standart nesnelerle greenfield S/4HANA genellikle Migration Cockpit'e varır. Brownfield dönüşümleri ve seçici taşımalar hibrite yönelir. Yüksek hacimler, birden çok kaynak sistem veya yoğun dönüşüm, öneriyi BTP üzerinde özel ETL'e ya da Oracle ve Microsoft tarafında eşdeğer bir platforma kaydırır.
Öneri bir başlangıç noktasıdır. Asıl karar, verilerinizin bir örneği üzerinde yapılan kavram kanıtlamasından sonra verilir, bir hesaplayıcıdan değil. Çıktıyı, o çalışmaya götüreceğiniz çalışma hipotezi olarak görün.
Planı dışa aktarabilir veya ekibimle paylaşabilir miyim?
Hesaplayıcı tamamen tarayıcıda çalışır. Sonucun ekran görüntüsünü alabilir veya nesne bazındaki rakamları kendi planlama tablonuza kopyalayabilirsiniz. Hesap yok, PDF'e aktarma akışı yok ve sunucu tarafında hiçbir şey saklanmaz. Bu bilinçli bir tercih. Rakamları daha ayrıntılı gözden geçirmek isterseniz 30 dakikalık bir görüşme planlayın ve ekran görüntüsünü getirin.
Yapılandırma ve güvenlik gibi ana veri dışındaki verileri kapsıyor mu?
Hayır. Tahmin aracı yalnızca ana veriyi ve işlem verisini kapsar. Yapılandırma verileri, güvenlik rolleri, özel geliştirmeler ve entegrasyon nesneleri, kendi efor etkenleri olan ayrı iş akışlarında yer alır ve veri kaleminin içine doldurulmamalıdır. Hepsini tek bir rakama sığdırmak, veri taşıma tahminlerinin planlama aşamasında patlamasının nedenlerinden biridir.
Çok bölgeli ve çok şirketli yaygınlaştırmaları nasıl ele alıyor?
Tahmin aracı tek bir taşıma olayını boyutlandırır. Çok bölgeli bir yaygınlaştırmada her dalga için bir kez çalıştırın ve dalgaları toplayın; birinci dalgadan itibaren yeniden kullandığınız şablonlar, eşlemeler ve araçlar için bir azaltma faktörü uygulayın. Tecrübeme göre ikinci dalga birincinin yaklaşık yüzde 60 ila 70'ine mal olur, üçüncü yaklaşık yüzde 50'ye düşer ve oradan sonra sabitlenir. Yerel yasal veri nesneleri (vergi, bordro, bankacılık) genellikle temiz biçimde yeniden kullanılamayan kısımdır.
Araç, ECC'den S/4HANA'ya brownfield dönüşümleri için de çalışıyor mu?
Evet; yerinde dönüşen nesnelerdeki daha düşük eforu, yeniden eşleme gerektirenlere göre ayarlar. Brownfield dönüşümü, eşdeğer bir greenfield taşımasının veri eforunun tipik olarak yüzde 40 ila 60'ına denk gelir; çünkü müşteri, satıcı, malzeme ve hesap planı yapıları yeniden çıkarım gerektirmeden aktarılır. Daha büyük yük genellikle iş ortağı (business partner) dönüşümü ve yeni defteri kebirin geçmiş kayıtlar üzerindeki etkisidir.
Hesaplayıcı ücretsiz mi?
Evet. Üyelik yok, e-posta zorunluluğu yok, ödeme yok. Hesaplama tarayıcınızda çalışır ve hiçbir şey saklanmaz ya da bir yere gönderilmez. Bir rakamınız olduktan sonra veri taşıma gerekçesini oluşturmak için yardım isterseniz 30 dakikalık bir görüşme planlayın.