Dağınık Excel dosyalarındaki müşteri, ürün ve işlem verisini yeni uygulamaya taşımak; veri temizleme, alan eşleştirme ve test adımlarını birlikte gerektirir. Bu rehber, kaynak envanterinden canlı geçiş ve geri dönüş planına kadar denetlenebilir bir aktarım süreci kurmanıza yardım eder.
Excel'den yazılıma veri aktarımı, dosyaları yeni sisteme yüklemekten ibaret değildir. Müşteri kartları, ürün kodları, sipariş geçmişi ve işlem kayıtları farklı Excel dosyalarına dağıldığında; aynı verinin birden fazla sürümü, eksik alanlar ve çelişen bilgiler ortaya çıkabilir.
İyi bir plan, hangi verinin taşınacağını, hangi kaynağın referans kabul edileceğini ve aktarımın nasıl kontrol edileceğini baştan netleştirir. Bu rehber, KepezWeb'in web tabanlı ve özel yazılım projelerinde ele alınabilecek veri aktarımı hazırlığını adım adım açıklamak için hazırlanmıştır.
Excel'den yazılıma veri aktarımı için kapsamı belirleyin
İlk aşamada yeni yazılımın hangi iş sürecini destekleyeceğini netleştirin. Amaç yalnızca eski kayıtları korumak değil; ekiplerin yeni sistemde ihtiyaç duyacağı kullanılabilir ve anlamlı veriyi hazırlamaktır.
Kapsam belgesinde aşağıdaki soruların yanıtı bulunmalıdır:
- Hangi veri grupları taşınacak: müşteri, ürün, tedarikçi, sipariş, stok hareketi, teklif veya finansal işlem?
- Geçmiş kayıtların tamamı mı, yoksa belirli bir dönem veya aktif kayıtlar mı taşınacak?
- Yeni sistemde hangi alanlar zorunlu olacak?
- Aynı veri birden fazla dosyada yer alıyorsa hangi dosya referans kabul edilecek?
- Taşınmayacak veriler nasıl arşivlenecek ve gerektiğinde kimler erişebilecek?
Örneğin ürün kartları yeni yazılıma alınırken yalnızca aktif ürünleri taşımak yeterli olabilir. Buna karşılık geçmiş siparişlerin iade, müşteri hizmetleri veya raporlama süreçlerinde kullanılacağı bir yapıda sipariş satırları, müşteri ilişkileri ve ürün kodları birlikte değerlendirilmelidir.
Kaynak dosyaları envantere alın ve veri sahibini belirleyin
Aktarım öncesinde tüm Excel dosyalarını tek tek listeleyin. Dosya adı tek başına yeterli değildir; her dosyanın içeriği, güncellenme sorumlusu, kapsadığı dönem ve kullanım amacı görünür olmalıdır. Böylece ekip, hangi dosyanın güncel olduğunu tahmin ederek değil, ortak bir kararla belirler.
Örnek bir envanter tablosu aşağıdaki alanları içerebilir:
| Envanter alanı | Kaydedilecek bilgi | Karar sorusu |
|---|---|---|
| Dosya veya sayfa adı | Kaynağın tanımı ve bulunduğu konum | Bu dosya hangi sürecin kaydı? |
| Veri türü | Müşteri, ürün, işlem, stok veya sipariş bilgisi | Yeni sistemde karşılığı var mı? |
| Veri sorumlusu | Kaynağı tanıyan iş birimi veya kişi | Belirsiz kayıtları kim doğrulayacak? |
| Güncellik durumu | Dosyanın aktif kullanılıp kullanılmadığı | Bu kaynak referans kabul edilebilir mi? |
| Veri kalitesi notu | Eksik, tekrarlı veya serbest metin alanları | Yükleme öncesi hangi işlem yapılacak? |
Bu envanter, tek bir müşteri kartının neden üç farklı dosyada farklı göründüğünü de ortaya çıkarır. Verinin sahibi belirlenmeden yapılan birleştirme işlemi, yanlış kaynağın yeni sisteme taşınmasına neden olabilir.
Temizleme ve standartlaştırmayı yüklemeden önce tamamlayın
Excel dosyalarındaki veriler çoğu zaman günlük kullanım için yeterli görünür; ancak yazılımda filtreleme, raporlama ve otomasyon için daha tutarlı bir yapıya ihtiyaç duyulur. Bu nedenle temizleme işlemi, aktarımın ayrı ve izlenebilir bir aşaması olmalıdır.
Önce kaynak dosyaların değiştirilmeyen bir kopyasını saklayın. Ardından çalışma kopyasında yapılan her dönüşüm kuralını kayda alın. Böylece bir alanın neden değiştirildiği sonradan anlaşılabilir.
- Boş hücrelerin gerçekten bilinmeyen veri mi yoksa kullanılmayan alan mı olduğunu ayırın.
- Telefon, e-posta, vergi bilgisi, ürün kodu ve tarih gibi alanlar için ortak bir biçim belirleyin.
- Aynı müşteriye veya ürüne ait olabilecek yinelenen kayıtları inceleyin.
- Serbest metinle girilmiş durum değerlerini sınıflandırın. Örneğin aynı anlama gelen farklı sipariş durumları yeni sistemde tek bir karşılığa bağlanabilir.
- Formülle üretilen değerlerin kaynak verisini ve hesaplama mantığını ayrıca belgelendirin.
Temizleme kararlarında varsayım yerine iş birimi onayı alın. Bir ürün kodundaki baştaki sıfırın silinmesi ya da bir boş alanın otomatik doldurulması, bazı süreçlerde kayıt eşleşmesini etkileyebilir.
Alan eşleştirme belgesiyle yeni veri modelini kurun
Excel sütun başlıkları ile yeni yazılımdaki alanların isimleri benzer olsa bile anlamları aynı olmayabilir. Alan eşleştirme belgesi, kaynak sütunun hedefte nereye gideceğini, hangi dönüşümden geçeceğini ve nasıl kontrol edileceğini gösterir.
Bu belge, KepezWeb'e ya da kurum içi teknik ekibe verilecek aktarım kapsamının temel parçalarından biridir. Özellikle müşteri, ürün ve işlem verilerindeki ilişkilerin korunması için yalnızca alan adlarını değil, kimlik ve bağlantı kurallarını da içermelidir.
| Excel alanı | Yeni sistemdeki alan | Dönüşüm kuralı | Kontrol |
|---|---|---|---|
| Müşteri Kodu | Harici müşteri kimliği | Başındaki anlamlı sıfırlar korunur | Tekil kimlik kontrolü yapılır |
| Ürün Kodu | Stok kodu | Boşluk ve yazım biçimi standardize edilir | Ürün kartıyla eşleştirilir |
| İşlem Tarihi | İşlem tarihi | Bilinen tarih formatına dönüştürülür | Geçersiz değerler ayrıştırılır |
| Müşteri Referansı | Müşteri ilişkisi | Harici müşteri kimliğiyle bağlanır | Eşleşmeyen kayıtlar raporlanır |
| Tutar | İşlem tutarı | Ondalık ayırıcı ve para birimi kuralı uygulanır | Kaynak ve hedef toplamları karşılaştırılır |
Ürün varyasyonları, depo bilgileri ve satışa açık miktarlar da taşınıyorsa ürün kartı ile stok hareketi arasındaki ilişki özellikle önemlidir. Bu noktada stok verisini yönetme yaklaşımını incelemek, hedef alanların işlevini daha iyi tanımlamanıza yardımcı olabilir.
Sipariş verisi faturaya, muhasebe kaydına veya iade sürecine bağlanacaksa işlem numaraları ve durum alanları için ayrı kurallar oluşturun. İlgili akışların kapsamını belirlerken siparişten faturaya muhasebe entegrasyonu rehberindeki bağlantı noktalarından da yararlanabilirsiniz.
Erişim, dosya güvenliği ve onay akışını planlayın
Veri aktarımı yalnızca veri kalitesi konusu değildir. Dosyalara kimlerin erişeceği, hangi bilgilerin test ortamında kullanılacağı ve aktarım çıktılarının nerede tutulacağı da planın içinde yer almalıdır.
- Kaynak dosyalara, test çıktısına ve canlı ortam erişimine ihtiyaç duyan rolleri ayrı ayrı tanımlayın.
- Dosyaları herkese açık bağlantılar veya kontrolsüz paylaşım kanalları yerine yetkisi sınırlandırılmış alanlarda yönetin.
- Yeni sistemin erişim bilgilerini Excel dosyalarında veya aktarım notlarında bulundurmayın.
- Test için mümkün olduğunda gereksiz hassas alanları çıkarılmış ya da maskelenmiş veri kullanın.
- Aktarım loglarının, hata listelerinin ve kaynak arşivlerinin saklama sorumlusunu belirleyin.
Bu kurallar, erişim ihtiyacı ile veri gizliliği arasında dengeli bir çalışma düzeni kurulmasına yardım eder. Özellikle birden fazla departmanın aynı dosyaları kullandığı yapılarda, onay akışının yazılı olması sonradan oluşabilecek belirsizlikleri azaltır.
Test aktarımı ve mutabakat sürecini tasarlayın
Canlı geçişten önce hedef yazılımda test aktarımı yapılmalıdır. Testin amacı yalnızca satırların içeri aktarılıp aktarılmadığını görmek değildir; verinin iş süreçlerinde doğru ilişkiyle çalışıp çalışmadığını değerlendirmektir.
- Alan eşleştirme belgesine göre bir test veri seti hazırlayın.
- Veriyi test ortamına aktarın ve işlem sırasında oluşan hata kayıtlarını toplayın.
- Kaynak ve hedef kayıtları kategori bazında karşılaştırın.
- Müşteri, ürün ve işlem ilişkilerini örnek iş akışları üzerinden kontrol edin.
- Eksik veya hatalı kayıtları dönüşüm kuralı, kaynak kalitesi ya da hedef alan zorunluluğu olarak sınıflandırın.
- Düzeltilen kurallarla testi yeniden çalıştırın ve onay notlarını saklayın.
Mutabakat raporu; hangi kayıtların aktarıldığını, hangilerinin eşleşmediğini ve hangi kayıtların bilinçli olarak kapsam dışında bırakıldığını göstermelidir. İş biriminden alınan onay, teknik kontrolün yanında sürecin günlük kullanım açısından da değerlendirilmesini sağlar.
Canlı geçiş ve geri dönüş planını önceden yazın
Canlı aktarım günü yaklaşmadan önce taşıma penceresi, veri girişinin durdurulacağı an, son değişikliklerin nasıl taşınacağı ve sorun halinde izlenecek yol kararlaştırılmalıdır. Bu kararlar yalnızca teknik ekibin değil, veriyi günlük kullanan birimlerin de bilgisi dahilinde olmalıdır.
- Kaynak Excel dosyalarında yeni veri girişinin ne zaman duracağını tanımlayın.
- İlk testten sonra oluşan yeni veya değişen kayıtların nasıl aktarılacağını belirleyin.
- Canlı aktarım öncesi onay verecek sorumluları ve kontrol listelerini netleştirin.
- Beklenmeyen bir durumda hangi sürüme dönüleceğini ve hangi kayıtların yeniden işleneceğini yazılı hale getirin.
- Geçiş sonrasında destek taleplerini toplayacak kişi veya kanalı belirleyin.
Canlıya geçtikten sonra eski Excel dosyalarının aynı anda aktif kayıt kaynağı olarak kullanılmaya devam etmesi, farklı sürümlerin oluşmasına yol açabilir. Gerekli geçmiş kayıtlar, belirlenen erişim kurallarıyla salt okunur arşiv olarak tutulabilir; güncel işlemlerin hangi sistemden yürütüleceği ise ekibe açıkça duyurulmalıdır.
Sıkça Sorulan Sorular
Tüm Excel geçmişi yeni yazılıma taşınmalı mı?
Her zaman değil. Aktarılacak geçmiş veri; operasyonel ihtiyaç, raporlama gereksinimi ve eski kayıtların yeni sistemdeki kullanım amacına göre seçilmelidir. Kullanılmayacak kayıtlar için erişilebilir bir arşiv planı oluşturmak daha uygun olabilir.
Yinelenen müşteri kayıtları nasıl ele alınır?
Önce yinelenme ölçütü belirlenmelidir. Aynı e-posta, telefon, vergi bilgisi veya müşteri kodu olası tekrarları gösterebilir; ancak nihai birleştirme kararı iş biriminin doğrulamasıyla verilmelidir.
Excel formülleri ve pivot tablolar doğrudan yeni sisteme geçer mi?
Formülün ürettiği değer ile formülün iş mantığı farklı şeylerdir. Yeni yazılımda hesaplamanın otomatik sürmesi gerekiyorsa formül, veri kaynağı ve iş kuralı ayrıca analiz edilmeli; rapor amaçlı pivot yapılar ise hedef raporlama ihtiyacına göre yeniden tasarlanmalıdır.
Aktarımın tamamlandığı nasıl anlaşılır?
Aktarım; kapsamda yer alan kayıtların kontrol edilmesi, eşleşmeyenlerin açıklanması, iş akışlarının test edilmesi ve sorumluların onay vermesiyle değerlendirilmelidir. Yalnızca yükleme işleminin hata vermeden bitmiş olması yeterli bir kontrol değildir.
Planınızı teknik gereksinimlere ve günlük iş akışlarına göre netleştirmek için KepezWeb'in yazılım geliştirme hizmetini inceleyebilirsiniz. Kaynak dosyalarınız, kritik alanlarınız ve hedef süreçlerinizle ilgili bilgileri teklif formu üzerinden paylaşarak ihtiyacınıza uygun bir değerlendirme talep edebilirsiniz.
