Excel'den Web Tabanlı Uygulamaya Geçiş: Ne Zaman ve Nasıl?

Görüşümüz net: Excel bir süreci keşfetmek, denemek ve analiz etmek için harika bir araçtır; ama birden fazla kişinin her gün güncellediği, işin aksamadan yürümesi için doğru olması gereken bir kaydı yıllarca Excel'de tutmak, işletmenin en kırılgan noktasını bir dosyaya emanet etmek demektir. Geçiş zamanı, dosya büyüdüğünde değil, dosyaya güven azaldığında gelir: "Hangisi son hâli?", "Bu satırı kim sildi?", "Formül neden bozuldu?" soruları haftalık rutine dönüştüyse beklemenin maliyeti yazılımın maliyetini çoktan geçmiştir. Bu yazıda Excel'in sınırlarını, geçiş işaretlerini, Excel'de kalmanın doğru olduğu durumları ve veriyi kaybetmeden web tabanlı bir uygulamaya nasıl taşıyacağınızı anlatıyoruz.

Önce hakkını verelim: Excel neden bu kadar yaygın?

Excel'i küçümseyerek başlayan bir geçiş projesi genellikle kullanıcıları kaybeder. Çünkü Excel'in yaygınlığının çok sağlam gerekçeleri vardır:

• Herkes biliyor. Eğitim gerektirmeden ilk gün kullanılabiliyor.
• Esnek. Yeni bir sütun eklemek için kimseye sormanız gerekmiyor; süreç değiştiğinde tablo da aynı gün değişiyor.
• Hesaplama gücü yüksek. Formüller, pivot tablolar ve grafikler küçük bir analiz için yeterinden fazlası.
• Ek maliyeti yok gibi görünüyor. Lisans zaten var, geliştirici beklemek gerekmiyor.

Bu yüzden pek çok işletmede ilk teklif listesi, ilk stok sayımı, ilk servis takip çizelgesi Excel'de doğar. Bunda bir sorun yok. Sorun, keşif için açılan dosyanın zamanla işletmenin resmî kayıt sistemine dönüşmesi ve kimse karar vermeden o rolü üstlenmesidir.

Excel'in sınırları nerede başlıyor?

Teknik sınırlar çoğu işletme için gerçek sorun değildir. Microsoft'un resmî belgelerine göre bir çalışma sayfası 1.048.576 satır ve 16.384 sütun taşıyabilir; bir KOBİ'nin sipariş listesi bu sınıra nadiren yaklaşır. Asıl sınırlar çok daha önce, kullanım biçiminde ortaya çıkar.

Eşzamanlı kullanım ve sürüm karmaşası

Dosya e-postayla dolaşıyorsa ya da paylaşımlı bir klasörde duruyorsa, "teklif_listesi_son.xlsx", "teklif_listesi_son_v2.xlsx" ve "teklif_listesi_GUNCEL_ahmet.xlsx" aynı anda var olur. Microsoft 365'teki ortak yazma (co-authoring) özelliği bu sorunu bulut üzerinde büyük ölçüde azaltır; ancak bu kez de iki kişinin aynı hücreyi farklı niyetlerle değiştirmesini engelleyen bir iş kuralı yoktur.

İlişkisel verinin taklit edilmesi

Bir müşterinin birden fazla siparişi, her siparişin birden fazla kalemi olduğunda Excel'de ya aynı müşteri bilgisi her satırda tekrar yazılır ya da sayfalar arası DÜŞEYARA formülleriyle bağ kurulur. Müşterinin adresi değiştiğinde hangi satırların güncelleneceğini kimse garanti edemez. Veritabanındaki "tek kayıt, birçok bağlantı" mantığı Excel'de ancak disiplinle taklit edilir ve disiplin, yoğun bir haftada ilk kaybedilen şeydir.

Kırılgan formüller

Bir satır silindiğinde kayan aralıklar, birinin üzerine sabit değer yazdığı formül hücreleri, gizli sütunlarda unutulmuş hesaplamalar… Formül hatası çoğu zaman sessizdir: dosya açılır, rakamlar görünür, ama yanlıştır.

Yetki ve iz kaydı eksikliği

Satış ekibinin fiyat sütununu görmesini ama değiştirememesini, depocunun yalnızca stok adedini güncelleyebilmesini istiyorsanız Excel'in sayfa koruması kaba bir araçtır. Daha önemlisi, "bu değeri kim, ne zaman, neyden neye değiştirdi?" sorusunun cevabı yoktur.

Sahadan ve mobilden veri girişi

Telefonda bir Excel dosyasını açıp doğru satırı bulmak, doğru hücreye yazmak ve kaydetmek sahada çalışan biri için işkencedir. Bu yüzden saha verisi önce kâğıda, sonra akşam Excel'e girilir; arada hem zaman hem doğruluk kaybolur.

Entegrasyon

E-ticaret sitesi, muhasebe yazılımı veya kargo firmasıyla otomatik veri alışverişi Excel'de ancak makrolar ve elle tetiklenen aktarımlarla mümkündür. Bu makroları yazan kişi şirketten ayrıldığında genellikle kimse dokunmaya cesaret edemez.

Geçiş zamanının geldiğini gösteren 8 işaret

1. Dosyayı üçten fazla kişi düzenli olarak güncelliyor. Kişi sayısı arttıkça çakışma ve hata olasılığı katlanır.
2. Dosyanın "sahibi" olan biri var ve o izne çıkınca süreç duruyor. Bilgi dosyada değil, o kişinin kafasında demektir.
3. Aynı veriyi birden fazla dosyaya yazıyorsunuz. Sipariş hem satış dosyasına hem sevkiyat dosyasına giriliyorsa iki dosya er geç birbirini tutmaz.
4. Renkler veri taşıyor. "Sarı satırlar bekleyen, yeşiller tamamlanan" kuralı, filtrelenemeyen ve raporlanamayan bir durum alanıdır.
5. Onay süreçleri e-postada yürüyor. Dosya onay için gönderiliyor, onay e-postayla geliyor, onaylanan sürüm başka bir dosyaya kaydediliyor.
6. Raporu hazırlamak yarım gün sürüyor. Yönetici her hafta aynı özeti istiyor ve biri her hafta aynı kopyala-yapıştır işini yapıyor.
7. Kişisel veri tutuyorsunuz ve dosya her yerde. Müşteri telefonları ve adresleri e-posta eklerinde, masaüstlerinde, USB belleklerde dolaşıyorsa KVKK açısından risk büyüktür.
8. Bir hata gerçek bir kayba yol açtı. Yanlış fiyatla gönderilen bir teklif, unutulan bir servis randevusu ya da kaybolan bir sipariş satırı, uyarı değil faturadır.

Bu listeden üç veya daha fazlasını işaretlediyseniz, geçişi ertelemenin bir maliyeti olduğunu kabul etmek gerekir. O maliyet bilançoda görünmez; fazla mesai, kayıp sipariş ve gergin toplantılarda görünür.

Karşı argümanlar: Excel'de kalmak ne zaman doğru?

Her Excel dosyasını yazılıma çevirmek de bir hatadır. Aşağıdaki durumlarda Excel'de kalmayı açıkça savunuyoruz:

• Kişisel analiz ve tek seferlik çalışmalar: Bütçe senaryosu, fiyat simülasyonu, bir kampanyanın sonuç analizi gibi işler için Excel en hızlı araçtır.
• Tek sahipli, az değişen listeler: Bir kişinin tuttuğu ve ayda birkaç kez güncellenen bir liste için yazılım geliştirmek gereksizdir.
• Süreç henüz oturmamışsa: Ne istediğinizi bilmeden yazılım yaptırmak, yanlış süreci kalıcı hâle getirir. Önce Excel'de birkaç ay deneyin, kuralları netleştirin, sonra taşıyın.
• Microsoft 365 veya benzeri bir bulut ortamında, küçük bir ekip ve basit kurallarla: Ortak yazma, sürüm geçmişi ve paylaşım izinleri birçok küçük ekibin ihtiyacını karşılar.

"Yazılım pahalı, Excel bedava" argümanına ise katılmıyoruz. Excel'in lisansı ucuzdur ama Excel ile yürütülen sürecin işgücü maliyeti ucuz değildir. Haftada birkaç saat süren mutabakat, rapor hazırlama ve hata düzeltme işini bir yıla yaydığınızda karşılaştırma çoğu zaman farklı çıkar.

Ara basamaklar: Excel ile özel yazılım arasında

Geçiş "ya Excel ya özel yazılım" ikilemi değildir. Ara seçenekler, birçok işletme için doğru ilk adımdır.

Stok, muhasebe ve sipariş gibi sektör standardına yakın süreçlerde önce hazır paketlere bakmak mantıklıdır; bu alandaki seçim kriterlerini ERP seçim rehberimizde anlattık. İşletmeye özgü süreçlerde ise özel bir web uygulaması, Excel'in esnekliğini kaybetmeden kontrol sağlayabilir. Bazı tekrarlayan aktarım işleri ise yazılım yazmadan bir otomasyon aracıyla çözülebilir; örnekleri n8n ile iş otomasyonu yazımızda bulabilirsiniz.

Geçiş nasıl yapılmalı? Adım adım yaklaşım

1. Dosya envanteri çıkarın. Hangi dosyalar var, kim kullanıyor, ne sıklıkla güncelleniyor, hangi dosya hangisinden veri çekiyor? Çoğu işletme bu listeyi çıkardığında birbirine bağlı beş-on dosyalık bir "gölge sistem" keşfeder.
2. Süreci dosyadan ayırın. Tablonun sütunlarını değil, işin adımlarını yazın: talep gelir, teklif hazırlanır, onaylanır, sipariş olur, sevk edilir. Yazılım dosyayı değil süreci taşımalıdır. Bu aşamanın nasıl yürütüleceğini ihtiyaç analizi ve kapsam belirleme yazımızda ayrıntılı ele aldık.
3. Veri modelini tasarlayın. Tekrar eden bilgileri ayrı tablolara ayırın: müşteriler, ürünler, siparişler, sipariş kalemleri. Renklerle ifade edilen durumları açık bir "durum" alanına dönüştürün.
4. En acılı dosyadan başlayın. Her şeyi aynı anda taşımak yerine, en çok hataya ve zaman kaybına yol açan tek bir süreci seçin. İlk sürüm küçük ama gerçekten kullanılır olmalı.
5. Veriyi temizleyip aktarın. Aşağıdaki bölümde ayrıntısını verdiğimiz temizlik adımlarından sonra veriyi test ortamına alın ve kullanıcılara kendi kayıtlarını kontrol ettirin.
6. Kısa ve kararlı bir paralel dönem belirleyin. Bir-iki haftalık doğrulama süresi yeterlidir. Sonrasında Excel dosyasını salt okunur yapın; iki sistem aynı anda yaşamaya devam ederse kullanıcılar alışkanlığa geri döner.
7. Dışa aktarmayı koruyun. Kullanıcıların analiz için veriyi Excel'e alabilmesini sağlayın. Excel'i yasaklamak değil, kayıt sistemi olmaktan çıkarıp analiz aracı rolüne geri döndürmek hedeftir.

Veri taşımada sık karşılaşılan sorunlar

• Metin olarak girilmiş tarihler: "12.03", "12 Mart", "12/3/24" aynı sütunda yan yana olabilir. Tek biçime çevirmeden aktarmayın.
• Birleştirilmiş hücreler: Görsel düzen için birleştirilen hücreler, aktarımda boş satırlar üretir.
• "Aynı" ve "yukarıdaki gibi" notları: İnsan için anlamlı, yazılım için boş veridir.
• Mükerrer kayıtlar: Aynı müşterinin farklı yazımlarını (unvan kısaltmaları, büyük-küçük harf, boşluk) eşleştirin ve tek kayda indirin.
• Serbest metin içinde gizli veri: "Not" sütununa yazılmış telefon numaraları, teslim tarihleri ve fiyatlar ayrı alanlara taşınmalıdır.
• Formül sonuçları ile ham veri karışması: Hesaplanan değerleri değil, hesaplamanın girdilerini taşıyın; hesaplamayı yeni sistem yapsın.

Taşıma tamamlandıktan sonra eski dosyaları silmek yerine salt okunur bir arşivde saklayın ve yeni sistemin yedekleme düzenini baştan kurun; bunun için 3-2-1 yedekleme kuralını uygulamanızı öneririz.

Varsayımsal örnek: Teknik servis takip tablosu

Klima montaj ve servis hizmeti veren bir firma düşünelim. Servis talepleri telefonla geliyor, sekreter bunları "servis_takip.xlsx" dosyasına yazıyor, teknisyenler sabah dosyanın çıktısını alıp sahaya çıkıyor, akşam döndüklerinde yapılan işi sekretere söylüyor. Garanti süresi, kullanılan parça ve müşteri imzası ayrı yerlerde tutuluyor.

Bu süreç için hazırlanan web uygulamasının ilk sürümü yalnızca üç şey yapar: talebin kaydı, teknisyene atanması ve teknisyenin telefondan işi kapatması (yapılan işlem, kullanılan parça, fotoğraf). Müşteri ve cihaz kayıtları ayrı tablolarda tutulduğu için aynı müşterinin geçmiş servisleri tek ekranda görünür, garanti süresi otomatik hesaplanır. Raporlama ve parça stoğu ikinci aşamaya bırakılır. Excel dosyası arşive kaldırılır, ama yönetici aylık özeti hâlâ tek tıkla Excel'e aktarabilir. Sahadan veri toplama ve onay akışları büyüdükçe dijital form ve onay süreçleri aynı uygulamanın parçası hâline getirilebilir.

Sık Sorulan Sorular

Excel dosyamızdaki verileri yeni sisteme aktarabilir miyiz?

Evet. Temizlenmiş bir Excel veya CSV dosyası, web uygulamasına toplu olarak aktarılabilir. Aktarımın kalitesi, temizlik aşamasına ne kadar zaman ayırdığınıza bağlıdır; bu adımı atlamak, eski karmaşayı yeni sisteme taşımak demektir.

Ekip yeni sistemi kullanmak istemezse ne yapmalıyız?

Kullanıcıları tasarım sürecine baştan dahil edin, ilk sürümde onların en çok şikâyet ettiği sorunu çözün ve veri girişini Excel'den daha kolay hâle getirin. Paralel dönemi kısa tutmak da önemlidir; iki sistem uzun süre birlikte yaşarsa eski alışkanlık kazanır.

Web tabanlı uygulama ile masaüstü program arasındaki fark nedir?

Web tabanlı uygulama tarayıcıdan çalışır; kurulum gerektirmez, telefon ve tabletten de erişilebilir ve güncellemeler tek merkezden yapılır. Masaüstü program ise her bilgisayara ayrı kurulur ve uzaktan erişim için ek çözümler gerektirir.

Low-code bir araç yeterli olmaz mı?

Basit ilişkiler ve az kullanıcılı senaryolar için çoğu zaman yeterlidir ve hızlı bir ilk adımdır. Kullanıcı başı ücret, karmaşık iş kuralları ve platforma bağımlılık arttığında özel geliştirme daha sürdürülebilir hâle gelir.

Geçişten sonra Excel'i tamamen bırakmak zorunda mıyız?

Hayır. Excel'i kayıt sistemi olarak bırakıp analiz aracı olarak kullanmaya devam etmek en sağlıklı modeldir. Yeni sistemden alınan raporlar Excel'e aktarılıp istenildiği gibi işlenebilir.

Nereden başlamalı?

Bu hafta yapabileceğiniz en faydalı iş, ekibinizle birlikte en çok sorun çıkaran tek bir Excel dosyasını seçmek ve o dosyanın etrafındaki süreci bir sayfada yazmaktır: kim veri giriyor, kim onaylıyor, kim raporu bekliyor, en sık hangi hata yapılıyor. Bu sayfa, hazır bir araca mı, low-code bir çözüme mi, yoksa özel bir web uygulamasına mı ihtiyacınız olduğunu büyük ölçüde gösterecektir. Hazır paket ile özel geliştirme arasındaki maliyet ve esneklik dengesini bu karşılaştırmada ayrıca inceledik. Süreci size özel bir web uygulamasına taşımak isterseniz özel yazılım hizmetimize göz atabilir, dosyanızı birlikte değerlendirmek için bizimle iletişime geçebilirsiniz.

Kaynaklar

• Microsoft Destek – Excel Specifications and Limits
• Microsoft Destek – Collaborate on Excel Workbooks with Co-authoring
• Kişisel Verileri Koruma Kurumu