Veri Taşıma / Nimex Solutions
İş geçmişiniz, yapısı korunarak, doğrulanarak ve kontrollü biçimde taşınır.
Bir tabloyu içe aktarmak bir öğleden sonra sürer. Veri taşıma ise bir akıştır: veri çıkarma, eşleştirme, temizleme, doğrulama, test içe aktarmaları ve mutabakat; geçişten önce birkaç kez çalıştırılır. Nimex bu akışı kendi kodumuzdaki içe aktarma araçlarıyla yürütür ve hiçbir geçersiz satır kayda dönüşmez.
- Kendi kodumuzdaiçe aktarma motoru: test çalıştırmaları, satır bazında kayıt noktaları ve kayıtlar
- Çalışma yöntemimizasıl taşımadan önce birkaç test taşıması
Fark
Bir Excel dosyasını içe aktarmak veri taşımanın bir adımıdır. Veri taşımanın kendisi değildir.
Standart içe aktarma kendisine verileni yazar. Veri taşıma ise neyin yazılması gerektiğine karar verir, bunu bir test veritabanında kanıtlar ve sonucu kaynakla karşılaştırarak sayar.
| Soru | Bir tabloyu içe aktarmak | Profesyonel bir veri taşıma |
|---|---|---|
| Satırlar nereden geliyor? | Dışa aktarım ne ürettiyse | Önce eski sistem analizi: hangi tablolar, hangi alanlar, hangi kopyaya güveniliyor, ne geçmiş ve ne ana veri |
| Hatalı bir satıra ne olur? | Ya yazılır ya da tüm dosya durur | Bir gerekçeyle işaretlenir, onaylanmış bir eşleştirmeyle düzeltilir ya da istisna raporunda bekletilir; asla geldiği gibi yazılmaz |
| Mükerrer kayıtlar ve ilişkiler? | İki kez varsa iki kez yazılır | Cari ve ürün normalizasyonu, sizinle kararlaştırılan mükerrer kayıt kuralları, ilişkiler (tedarikçi, kategori, üst kayıt) yazmadan önce çözülür |
| Vergiler, para birimleri, birimler? | Bir sütundaki metin | Hedef yapılandırmaya göre doğrulanır: vergi kodları, döviz kurları ve birimler eşleştirilir ve onaylanır |
| Kaç kez? | Bir kez, canlı ortamda | Bir test veritabanında birkaç test taşıması, ardından geçiş penceresinde son çalıştırma |
| Doğru olduğunu nereden biliyorsunuz? | Biri göz atar | Mutabakat tablosu: kaynağa karşı Odoo'da adetler, miktarlar ve bakiyeler; her fark sıfır ya da açıklanmış |
Taşıma araçlarımız
2.000 ürün satırı, 118 bulgu, 1.969 kayıt, 31 karar.
Kataloğumuzdaki içe aktarma motoru tam olarak bunun için geliştirildi: yazmadan önce test eder, arka planda çalışır, her satırı kaydeder ve hata veren bir satırın diğerlerini de düşürmesini engeller. Aşağıda örnek ürün tablosu bu motordan geçiyor.
- TYazmadan önce test
Başlıklar indirilebilir bir şablona göre doğrulanır, asıl başlık satırı başlık satırlarının altında olsa bile bulunur, süre tahmin edilir (8 sn + satır başına 0,18 sn). Hiçbir şey yazılmaz.
Kendi kodumuzda - SHer satıra bir kayıt noktası
Her satır kendi veritabanı kayıt noktasında işlenir: hata veren satır geri alınır ve kaydedilir; geri kalanı işlenir. Herhangi bir satır hata verdiğinde çalıştırma Başarısız olarak işaretlenir, diğer satırlar korunur.
Kendi kodumuzda - LKalıcı kayıt
Taslak, İşlemde, Bitti, Başarısız; içe aktarılan, güncellenen, atlanan ve hatalı satır sayaçları; satır satır kayıt metni; yüklenen dosyalar ek olarak saklanır.
Kendi kodumuzda - BArka plan işi
Kendi veritabanı imlecine sahip ayrı bir iş parçacığı: büyük dosyalarda tarayıcı zaman aşımı olmaz, içe aktarma sürerken kullanıcı çalışmaya devam eder.
Kendi kodumuzda
Kataloğumuzdaki içe aktarıcılar sabit bir şablonu okur; demodaki eşleştirme kararları sizinle yapılan incelemede alınır ve çalıştırmadan önce tabloya uygulanır. Ürünler ve varyantlar, tedarikçi fiyat listeleri, ürün reçeteleri, satınalma siparişleri, teklif satırları ve yevmiye kayıtları için içe aktarıcılar mevcuttur; diğer nesneler Odoo'nun standart içe aktarmasını ya da kaynağınız için yazılmış bir taşıma betiğini kullanır.
Kapsam
Ne taşınır, ne önce analiz gerektirir, ne genellikle geride kalır.
Her sistemin her alanını taşıma sözü vermeyiz. Kapsamı eski sistem analizinden sonra nesne nesne kararlaştırırız; mutabakat da tam olarak bu kapsamı içerir.
Rutin olarak taşınanlar
- Kişileri, adresleri, vergi numaraları ve ödeme koşullarıyla müşteriler ve tedarikçiler
- Ürünler ve varyantlar, kategoriler, birimler, barkodlar, tedarikçi fiyat listeleri, satış fiyatları
- Üreticiler için ürün reçeteleri ve rotalar
- Açılış envanteri olarak ürün, lot ve konum bazında stok bakiyeleri
- Muhasebe açılış bakiyeleri: mizan, cari bazında açık alacaklar ve borçlar
- Yeni sistemin başlangıç belgeleri olarak açık satış ve satınalma siparişleri
Analiz gerektirenler
- Geçmiş faturalar ve ödemeler: yasal ve raporlama ihtiyacına göre belge olarak (cari üzerinde PDF arşivi), özet kayıtlar olarak ya da satır satır
- Geçmişleriyle seri numaraları ve lotlar
- Amortismanı kaydedilmiş duran varlıklar
- Proje, çalışma çizelgesi ve İK geçmişi
- Eski anahtarların benzersiz olmadığı yerlerde ilişki eşleştirmesi (yeniden kullanılmış müşteri kodları, adı değiştirilmiş ürünler)
Genellikle geride kalanlar
- Kararlaştırılan süreden eski kapanmış belgeler; eski sistemde ya da arşiv olarak okunabilir tutulur
- Eski sistemin denetim kayıtları ve kullanıcı hareketleri
- Yeni mimarinin yerini aldığı yapılandırmalar: eski iş akışları, kimsenin kullanmadığı özel alanlar
- Kaynağın tutarlı biçimde dışa aktaramadığı her şey; tahmin yürütmek yerine bunu analizde açıkça söyleriz
Yöntem
Rakamlar kimseyi şaşırtmayana kadar test ortamında prova edilir.
Bir veri taşıma en az üç kez çalıştırılır: veriyi tanımak için bir örnek üzerinde ilk test, süreyi ve bulguları ölçmek için tam test ve son geçiş planıyla genel prova. Asıl çalıştırma dördüncüsüdür.
- Eski sistem analizi
Tablolar, alanlar, hacimler, hangi kopyaya güveniliyor, ne geçmiş.
- Veri çıkarma
Dışa aktarımlar ya da doğrudan okumalar; satır sayılarıyla tarihli dosyalar olarak dondurulur.
- Eşleştirme ve temizlik
Alan eşleştirme, normalizasyon, mükerrer kayıt kuralları; vergi, para birimi ve birim eşleştirmesi.
- Test taşımaları
Bir test veritabanında önce örnek, sonra tam; bulgular sizinle incelenir.
- Geçiş planı
Dondurma penceresi, sıralama, kimin onaylayacağı, eski sistemin ne kadar süre okunabilir kalacağı.
- Son taşıma
Prova edilen çalıştırma pencere içinde yapılır; istisna raporu kapatılmış ya da kabul edilmiş olur.
- Son mutabakat
Adetler, miktarlar ve bakiyeler süreç sahipleri tarafından imzalanır.
Mutabakat
Her nesne iki tarafta da sayılır. Her fark ya sıfırdır ya da açıklanır.
Bu tablo, veri taşımanın çıktısıdır. Kapsamdaki her nesne için kaynakta olanı içe aktarmadan sonra Odoo'da olanla karşılaştırır ve geçiş tamamlandı ilan edilmeden önce imzalanır.
- Cariler ve ürünler için adetler, stok için miktarlar, alacaklar ve borçlar için bakiyeler
- Stokta ürün ve konum bazında, açık bakiyelerde müşteri bazında; toplamlar yeterli değildir
- Açıklanmış bir fark, buradaki 31 bekletilen ürün gibi, gerekçesi ve sorumlusuyla birlikte yazılır
Kontroller
Test ortamı, gizlilik, geçiş ve geri dönüş, doğrulama.
- 01Test ortamında taşımalar
Her test çalıştırması hedef yapılandırmanın aynısı olan bir test veritabanına yapılır; canlı ortama yalnızca geçiş penceresinde dokunulur.
Çalışma yöntemimiz - 02Güvenlik ve gizlilik
Kaynak dosyalar kararlaştırılan kanallardan paylaşılır, erişimi taşıma ekibiyle sınırlı proje altyapısında tutulur ve sözleşmede kararlaştırıldığı gibi sonunda silinir.
Çalışma yöntemimiz - 03Geçiş ve geri dönüş
Yazılı bir sıralama: kaynakta dondurma, mutabakattan sonra devam/dur kararı ve bir geri dönüş planı; eski sistem okunabilir kalır ve taşıma öncesi yedek saklanır.
Çalışma yöntemimiz - 04İçe aktarma sonrası doğrulama
Sorumlular tarafından gerçek kayıtlar üzerinde örnek kontroller: bir müşterinin açık kalemleri, bir ürünün konum bazında stoku, bir ürün reçetesi; eski sistemle karşılaştırılarak yazdırılır.
Çalışma yöntemimiz - 05Sık karşılaşılan zorluklar
Farklı şirketler için yeniden kullanılmış müşteri kodları, geçmişin ortasında adı değiştirilmiş ürünler, yürürlükten kalkmış oranlardaki vergiler, fiyat listesinin kullanmadığı bir birimle sayılmış stok, kaynakta hiç tutmamış bakiyeler.
Çalışma yöntemimiz - 06İddia etmediklerimiz
Her sistemin alan alan evrensel taşınması yok, sessiz düzeltmeler yok: çözülemeyen bir satır, yanında bir sorumlu adıyla istisna raporunda kalır.
Çalışma yöntemimiz