Excel'den Yazılıma Geçiş: İşletmede Hangi Tablo Önce Taşınır?

Excel'den yazılıma geçişte ilk adım neden tablo envanteridir?

İlk adım envanterdir, çünkü hangi tablonun taşınacağına ancak tablolar görünür olduğunda karar verilebilir. Görev envanteri işleri listeler; tablo envanteri ise işlerin dayandığı veriyi listeler. Bu yazıdaki soru, "hangi işi otomatikleştirelim" değil, "hangi veri artık Excel'de durmamalı" sorusudur.

Envanter için her birim yöneticisinden şunu isteyin: bu hafta açıp güncellediğiniz dosyaların listesi. Paylaşılan klasörü taramak yetmez, çünkü kritik bir dosya bir kişinin bilgisayarında duruyor olabilir. Her dosya için aşağıdaki bilgiler yazılır.

Envanter çıkarırken iki duruma özellikle bakın. Birincisi, aynı bilginin birkaç dosyada ayrı ayrı tutulmasıdır. İkincisi, bir tablonun aslında ERP'de zaten bulunan bir verinin elle kopyası olmasıdır. İkinci durumda çözüm yeni yazılım değil, ERP raporunu kullanmak ya da mevcut programdaki alanı doldurmak olabilir. Bunu baştan görmek, gereksiz bir projeyi önler.

İlk taşınacak tabloyu puanlama tablosuyla nasıl seçersiniz?

İlk taşınacak tablo, kişi sayısı, kopya sayısı ve hata maliyeti puanları en yüksek olan tablodur; dosyanın büyüklüğü bu kararda belirleyici değildir. Binlerce satırlık bir arşiv dosyası hiç sorun çıkarmazken, otuz satırlık bir fiyat listesi her gün yanlış teklife yol açabilir.

Her ölçüte 1 ile 3 arasında puan verin ve toplayın. Beş ölçütlü bu kaba sıralamada toplama yeterlidir, çünkü amaç doğru sayıyı bulmak değil, tartışmayı somutlaştırmaktır.

Örnek senaryo olarak düşünün: diyelim ki envanterden dört tablo öne çıktı.

Bu örnekte ilk aday sipariş takip listesidir. Prim hesabı ve bütçe çalışması ise Excel'de kalmaya daha yakın görünür. Prim hesabının bir tek kişiye bağımlı olması ayrı bir risktir; çözümü yazılım değil, formüllerin yazıya dökülmesi olabilir.

Puanın yanına bir de uygulanabilirlik sorusu ekleyin: bu tablonun beslendiği program verisini hangi yoldan açıyor? Resmî bir API ya da belgelenmiş bir dosya aktarımı varsa proje kısalır. Hiçbir yol yoksa önce keşif gerekir. İki tablo eşit puan aldıysa, entegrasyon yolu açık olanla başlayın.

Excel neden kayıt sistemi olarak zorlanır?

Excel esnek bir hesap aracıdır; kayıt sistemi olarak zorlanmasının sebebi eşzamanlı kullanım, doğrulama ve kimlik tanımlayıcılarındaki sınırlardır. Bu sınırları bilmek, hangi tablonun gerçekten taşınması gerektiğini anlamanın bir yoludur.

• Eşzamanlı çalışma koşula bağlıdır. Microsoft'un belgesine göre birlikte yazma için dosyanın OneDrive ya da SharePoint Online üzerinde, uygun biçimde olması ve Microsoft 365 aboneliği gerekir. Yerel ağdaki paylaşılan klasörde bu çalışma biçimi geçerli değildir.
• Uzun kodlar bozulabilir. Microsoft, Excel'in en fazla 15 anlamlı basamak tuttuğunu, 16 ve üzeri basamaklı sayılarda 15. basamaktan sonrasını sıfıra çevirdiğini belirtiyor. Baştaki sıfırları da otomatik olarak siler. Ürün kodu, hesap numarası ya da seri numarası sütununda bu sessiz bir veri kaybıdır.
• Doğrulama zorunlu değildir. Veri doğrulama ile açılır liste kurulabilir, ancak birinin yanlışlıkla silmesi ya da kopyala-yapıştırla atlaması mümkündür.
• Kim neyi değiştirdi sorusu zor cevaplanır. Masaüstünde ve e-postada dolaşan kopyalarda değişiklik izi tek yerde toplanmaz.

Bunlar Excel'in kusuru değildir; Excel bu iş için tasarlanmadı. Bir tabloyu kayıt sistemine dönüştüren şey, birden çok kişinin aynı anda ona güvenmek zorunda kalmasıdır. O noktaya gelmemiş tablolar için iyi düzenlenmiş bir Excel hâlâ doğru seçim olabilir.

Geçişte veri temizliği nasıl yapılır?

Veri temizliği, eski tablodaki kaydı yeni sistemin kabul edeceği tek ve tutarlı biçime getirme işidir; atlanırsa hatalar yeni sisteme taşınır. Bu iş kod yazmaktan ayrı planlanmalıdır. Temizliği geliştirici tek başına yapamaz, çünkü "bu iki kayıt aynı müşteri mi?" sorusuna ancak iş birimi cevap verebilir.

Sırayla şu adımları izleyin:

1. Asıl dosyayı dondurun ve kopyasını alın. Temizlik kopya üzerinde yapılır, eski dosya arşivde durur.
2. Kod sütunlarını metin olarak alın. Microsoft'un önerisi, 16 basamak ve üzeri kodlarda metin biçimi kullanmaktır; biçim yalnızca sonraki girişleri etkiler. CSV dosyasını çift tıklayıp açmak yerine Veri sekmesinden metin olarak içe alın. Bozulmuş bir kod geri getirilemez, kaynağından yeniden alınır.
3. Tekrarları önce işaretleyin. Koşullu biçimlendirme ile yinelenenleri görün. Yinelenenleri Kaldır komutu kalıcı silme yapar ve hangi sütunları seçtiğinize göre sonuç değişir, bu yüzden önce kopyalayın.
4. Serbest metni listeye çevirin. "Ödendi", "ödendi.", "OK" gibi değerleri tek bir durum koduna bağlayın. Eşleme tablosunu yazılı tutun.
5. Boş ve anlamsız değerlere karar verin. Zorunlu alan boşsa kim dolduracak? Eski kayıtlar için "bilinmiyor" değeri kabul edilecek mi?
6. Ne kadar geçmiş taşınacağına karar verin. Bütün geçmişi taşımak gerekmeyebilir. Açık kayıtlar ve belirli bir dönem taşınır, kalanı salt okunur arşivde durur.
7. Toplamları karşılaştırın. Aktarım sonrası kayıt sayısı, tutar toplamı ve birkaç örnek kayıt elle kontrol edilir.

Yeni sisteme geçiş günü nasıl planlanır?

Geçişin güvenli yolu, belirli bir tarihte tek bir kayıt kaynağına dönmektir; iki sistemin uzun süre yan yana tutulması çift girişe yol açar. Kısa bir paralel dönem karşılaştırma için faydalıdır, ama bitiş tarihi önceden yazılmalıdır.

Pratik bir akış şöyledir. Önce küçük bir ekip gerçek veriyle pilot yapar. Sonra deneme aktarımları tekrar edilir; her aktarımda ortaya çıkan hata temizlik listesine döner. Geçiş günü seçilirken ay sonu ya da yoğun sevkiyat dönemi tercih edilmez. O gün Excel dosyası salt okunur yapılır ve adı "arşiv" olarak değiştirilir, böylece kimse yanlışlıkla yazmaya devam etmez.

Asıl riski yazılım değil, alışkanlık taşır. Bir kişi "ben kendi dosyamı da tutayım" derse birkaç hafta içinde ikinci bir gerçek doğar. Bu yüzden eski dosyanın sahibine yeni sistemde bir rol vermek işe yarar: tabloyu en iyi bilen kişi, yeni ekranın alanlarını birlikte kararlaştırırsa sahiplenme de kolaylaşır.

Yeni sistemin ille de sıfırdan bir yazılım olması gerekmez. Sırasıyla üç seçeneğe bakın: mevcut ERP'nin kullanılmayan bir modülü, hazır bir ürün, fabrikaya özel yazılım ya da yalnızca eksik parçayı kapatan küçük bir ekran. Tablo bir iş akışını yönetiyorsa, örneğin onaylar ve bildirimler varsa, iş süreci otomasyonu çözümlerini de değerlendirin. Veri zaten ERP'deyse ve yalnızca görüntüleme eksikse, bir rapor ekranı yetebilir.

Excel'de hangi işler kalabilir?

Tek kişinin yaptığı, sonucu başka kayda yazılmayan ve kuralı sık değişen işler Excel'de kalabilir. Excel'den çıkış planının amacı Excel'i yasaklamak değildir; kaydın tek bir yerde tutulmasını sağlamaktır.

Excel'in güçlü kaldığı bir kullanım daha var: yazılımdaki veriyi okumak. Microsoft'un Power Query belgelerine göre Excel dış kaynaklardan veri alıp dönüştürebiliyor. Doğru yetkiyle kurulduğunda kullanıcılar veriyi yazılımdan okur, analizini Excel'de yapar, kayıt ise değişmez. Yeni sistemin dışa aktarma ya da okuma imkânı bu yüzden sözleşme kapsamına yazılmaya değer.

Kalan tablolar için küçük bir kural yeter: her dosyanın tek bir sahibi olsun, başına ne için kullanıldığı yazılsın, kod sütunları metin biçiminde tutulsun, açılır listelerle veri doğrulama kurulsun. Bu kurallar dosyanın ömrünü uzatır ve bir gün taşınması gerekirse temizliği kısaltır.

Sıkça Sorulan Sorular

Excel yerine program kullanmak için dosya kaç satır olmalı?

Satır sayısı iyi bir ölçüt değildir. Microsoft'un belgelediği çalışma sayfası sınırı çok yüksektir, sorunlar çok daha önce başka nedenlerle başlar. Karar için yazan kişi sayısına, kopya sayısına ve hata maliyetine bakın.

Excel takip sistemi kurmak yazılıma geçişten daha mı iyi?

Tek sahibi olan ve az kişinin kullandığı bir takip için iyi kurulmuş bir Excel yeterli olabilir. Birden çok birim aynı dosyaya yazıyor, kopyalar çoğalıyor ve hata paraya yansıyorsa Excel bu işi zorlanarak yapar. Puanlama tablosu bu ayrımı netleştirir.

Eski Excel verilerinin tamamını yeni sisteme taşımak gerekir mi?

Genellikle gerekmez. Açık kayıtlar ve karar için gereken dönem taşınır, kalan veri salt okunur arşivde saklanır. Yasal saklama gerektiren kayıtlar için süreyi mali müşavirinizle ya da hukuk danışmanınızla netleştirin.

Veri temizliğini yazılım firması mı yapar, biz mi?

Birlikte yapılır. Aktarım betiğini ve format dönüşümünü geliştirici hazırlar. Ancak iki kaydın aynı müşteri olup olmadığı ya da bir durum kodunun ne anlama geldiği gibi kararları iş birimi verir.

Excel'den çıkınca çalışanlar yine kendi dosyasını tutarsa ne olur?

Birkaç hafta içinde ikinci bir doğru kaynak oluşur ve yeni sisteme güven azalır. Bunu önlemek için eski dosya salt okunur yapılır, kapanış tarihi önceden duyurulur ve dosyanın eski sahibi yeni ekranın tasarımına dahil edilir.

İlk tablo için kapsam ne kadar küçük olmalı?

Tek tablonun tek akışı yeterlidir. Örneğin sipariş listesi taşınırken önce sipariş girişi ve durumu ele alınır; raporlar ve bildirimler sonraki adıma bırakılır. Küçük kapsam, gerçek kullanımdan öğrenip doğru şeyi genişletmeyi sağlar.

Excel'den çıkış planına nasıl başlamalısınız?

Birim yöneticilerinden güncelledikleri dosyaların listesini isteyin, tabloyu puanlayın ve en yüksek puanlı tabloyu seçin. Sonra o tablo için tek bir soru sorun: mevcut programınızdaki bir modül ya da hazır bir ürün bu işi kapatabilir mi? Kapatıyorsa özel geliştirmeye gerek yoktur ve bunu size açıkça söyleriz.

Kapatmıyorsa Mersin merkezli yazılım ekibimiz olarak listenizi birlikte değerlendirebiliriz. Ücretsiz online keşifte tablonuzu ve mevcut programınızın veriyi hangi yoldan açtığını inceleriz; kapsamı ve sabit fiyatı sözleşmeye yazarız, teslim sonrası 15 gün ücretsiz hata düzeltme sağlarız. D'Cloud Software ile iletişime geçin ya da WhatsApp'tan yazın; en geç 24 saat içinde dönüş yaparız.