Excel'den Sisteme Geçiş: Tablolar Ne Zaman Kırılır ve Sonrasında Ne Yapılır?

Excel'in yetmediğini gösteren şey dosyanın büyüklüğü değil, aynı bilginin birden fazla yerde tutulmaya başlamasıdır. Aşağıdaki yedi işaretten üçü sizde varsa, tablo artık işi taşımıyor demektir — siz taşıyorsunuz.

1. Aynı bilgi iki dosyada duruyor. Stok bir dosyada, satış başka dosyada; ikisini elle eşitleyen bir kişi var.
2. "En güncel hâli kimde?" sorusu haftada birden fazla soruluyor. Dosya adında tarih, sürüm ya da "son" kelimesi geçiyor.
3. Sayım tutmuyor ve farkın nereden çıktığı bulunamıyor. Fark bulunamadığı için düzeltme kaydı atılıyor.
4. Rapor hazırlamak yarım günü alıyor. Aynı raporu iki kişi hazırlayınca farklı sayı çıkıyor.
5. Yeni işe giren kişiye tabloların mantığı iki günde anlatılıyor. Kurallar dosyada değil, birinin kafasında.
6. Bir işlem geri alınamıyor. Yanlış yazılan satır düzeltiliyor ama eski hâlinin ne olduğu kayıtlı değil.
7. Kritik dosya tek kişinin bilgisayarında. O kişi izinliyken iş duruyor.

Bu işaretlerin ortak noktası şu: hiçbiri teknik bir arıza değil. Hepsi, verinin tek bir doğru kaynağının olmamasından çıkıyor. Bir sistemin tablodan tek farkı da budur zaten — sistemde stok bakiyesi bir yerde tutulur ve satış kaydı onu kendiliğinden değiştirir. Kimse eşitleme yapmaz, çünkü eşitlenecek ikinci bir kopya yoktur.

Geçişin en çok atlanan adımı budur ve en pahalıya patlayan da budur. Sisteme geçmeden önce işletmenizde hangi varlıkların olduğunu ve birbirleriyle nasıl ilişkilendiğini bir sayfaya çizmelisiniz. Yazılım seçimi bundan sonra gelir.

Varlık, işletmenizde kendi başına var olan ve kimliği olan şeydir: ürün, müşteri, tedarikçi, personel, depo, sipariş, fatura, tahsilat. İlişki ise bunların birbirine nasıl bağlandığıdır: bir sipariş bir müşteriye aittir, birden çok satır içerir, her satır bir ürüne bağlıdır.

MÜŞTERİ ──< SATIŞ ──< SATIŞ SATIRI >── ÜRÜN
                │                        │
                └──< TAHSİLAT            └──< STOK HAREKETİ >── DEPO

TEDARİKÇİ ──< ALIM ──< ALIM SATIRI >── ÜRÜN

──<  : bir tanesi birden çok kayda bağlanır
>──  : birden çok kayıt aynı şeye bağlanır

Bu şemayı çizerken karşılaşacağınız sorular, işletmenizin gerçek kurallarını ortaya çıkarır. Bir ürünün iki farklı depoda ayrı bakiyesi mi var, yoksa tek toplam mı tutuluyor? Bir satış birden fazla ödeme yöntemiyle kapatılabiliyor mu? İade yeni bir kayıt mı, yoksa eskisinin düzeltilmesi mi? Bu soruların cevabı yazılımda değil, sizin işinizdedir. Cevaplamadan sisteme geçerseniz, sistem kendi cevabını dayatır ve altı ay sonra "program bizim işimize uymuyor" dersiniz.

Geçiş projelerinde zamanın büyük kısmı yazılımı kurmakla değil, mevcut veriyi taşınabilir hâle getirmekle geçer. Kirli veriyi olduğu gibi taşırsanız, yeni sistemde aynı karışıklığı daha pahalı bir arayüzle yaşarsınız.

Temizlik sırasında en önemli kural: orijinal dosyaya dokunmayın. Ham veriyi bir kenara koyun, temizliği kopya üzerinde yapın ve her adımı ayrı bir dosya olarak kaydedin. Bir hafta sonra "bu satır neden böyle oldu?" sorusunu ancak böyle cevaplayabilirsiniz.

Özellik listesi karşılaştırmak yanıltıcıdır; her yazılımın listesi uzun ve birbirine benzer. Seçim, sizin en sık yaptığınız beş işlemin o sistemde kaç adımda yapıldığına bakılarak yapılmalıdır.

1. 01

   Kendi beş işleminizi yazın

   Günde en çok tekrarladığınız beş işlem hangisi? Genelde: satış girişi, stok bakma, tahsilat kaydı, müşteri bakiyesi sorgulama, gün sonu raporu. Bunlar sizin gerçek testinizdir.

2. 02

   Demoda o beş işlemi siz yapın

   Satıcı göstersin diye beklemeyin; klavyeyi alın ve kendiniz deneyin. Bir satış kaydını kaç tıkla giriyorsunuz? Yanlış girdiğinizde nasıl düzeltiyorsunuz? Bu iki soru, otuz özellikten daha çok şey söyler.

3. 03

   Veri çıkışını sorun

   "Yarın vazgeçersem verimi hangi biçimde alabilirim?" Cevabı net olmayan hiçbir sisteme girmeyin. Verinizin dışa aktarılabilir olması, bağımlılığa karşı tek gerçek güvencedir.

4. 04

   Değişiklik maliyetini sorun

   İşinize özgü bir alan ya da rapor eklenmesi mümkün mü, ne kadar sürer, kim yapar? İşletmelerin çoğu standart bir sistemin %90'ına uyar; asıl mesele kalan %10'un ne kadar pahalı olduğudur.

5. 05

   Yedek ve erişim sorumluluğunu netleştirin

   Veri nerede duruyor, yedeği kim alıyor, ne sıklıkla alınıyor ve geri yükleme daha önce denenmiş mi? Denenmemiş yedek, yedek sayılmaz.

Bütçeyi lisans bedeli üzerinden kuran projeler ortada kalır. Lisans, toplam maliyetin çoğu zaman küçük bir parçasıdır; asıl kalemler veri temizliği, kurulum, eğitim ve paralel dönemde harcanan iş gücüdür. Bu kalemleri baştan yazmak, projeyi ortasında durdurmayan tek yöntemdir.

Karşı tarafa, yani kazanca da aynı disiplinle bakın. Kazanç genelde üç yerden gelir: eşitleme için harcanan sürenin ortadan kalkması, sayım ve mutabakat farklarının azalması ve bir soruya cevap vermek için harcanan sürenin kısalması. Üçü de geçişten önce ölçülebilir; ölçmediğiniz bir kazancı sonradan savunamazsınız.

Sistemin tablodan üstünlüğü yalnızca veriyi bir yerde tutması değil, kimin ne yapabileceğini de tutmasıdır. Yetki tasarımı geçişte en çok ertelenen ve en çok sorun çıkaran konudur: herkese geniş yetki verilerek başlanır ve bir daha daraltılmaz.

Rolleri kişi adına göre değil, işe göre tanımlayın. "Ayşe'nin yetkileri" diye bir rol kurulursa Ayşe ayrıldığında hiç kimse o rolün neyi kapsadığını bilemez. "Kasiyer", "depo sorumlusu", "mağaza müdürü", "muhasebe" gibi işe dayalı roller ise devredilebilir ve denetlenebilir.

Yetki tasarımının yan faydası, geçiş direncini de azaltmasıdır. İnsanların çoğu sistemden değil, hata yapıp geri alamamaktan çekinir. "Yanlış girersen şu ekrandan düzeltebilirsin, kaydın izi kalır ama kimse seni suçlamaz" cümlesi, çoğu eğitim saatinden daha etkilidir.

Bir günde geçiş yapılmaz. Yeni sistem ile eski tablolar bir süre birlikte yürütülür, sonuçlar karşılaştırılır ve ancak fark sıfırlandığında tablolar bırakılır. Bu döneme paralel çalışma denir ve atlanması geçiş projelerinde en sık görülen hatadır.

1. 01

   1. hafta — Yalnızca giriş

   Her işlem iki yere de girilir: hem tabloya hem sisteme. Amaç hız değil, alışma. Bu hafta ekibin sistemde hangi ekranı nerede bulacağını öğrenmesi yeterlidir.

2. 02

   2. hafta — Günlük karşılaştırma

   Her gün kapanışta üç sayı karşılaştırılır: gün toplamı, kasa/tahsilat toplamı, kritik ürünlerin stok bakiyesi. Fark çıkarsa aynı gün nedeni bulunur. Ertesi güne bırakılan fark, bir hafta sonra bulunamaz.

3. 03

   3. hafta — Raporların karşılaştırılması

   Artık günlük değil, haftalık raporlar karşılaştırılır. Aynı dönemin cirosu, iskonto toplamı, iade tutarı ve açık bakiyesi iki tarafta da aynı çıkmalı. Çıkmıyorsa kural farkı vardır — sistem yanlış değildir, tanımınız eksiktir.

4. 04

   4. hafta — Karar ve kapanış

   Üç gün üst üste fark çıkmadıysa tabloları salt okunur yapın. Silmeyin, arşivleyin. Ekibe tek cümlelik bir duyuru yapın: bugünden itibaren doğru kaynak sistemdir.

Paralel dönemde iş yükü gerçekten artar; bunu baştan kabul edin ve ekibe söyleyin. Bir ay boyunca çift kayıt yorucudur ama alternatifi, farkı altı ay sonra fark etmektir. Bir aylık ek yük, altı aylık güvensizlikten ucuzdur.

Geçiş projelerinin çoğu yazılım yüzünden değil, insanlar yüzünden yavaşlar. Direnç tembellik değildir; çoğu zaman görünürlük korkusu, alışkanlık kaybı ve iş yükü endişesidir. Üçüne ayrı ayrı cevap vermek gerekir.

Pratikte en çok işe yarayan yöntem, sistemi ilk kullanan kişiyi doğru seçmektir. En kıdemli kişi değil, en çok işlem yapan ve ekibin fikrine güvendiği kişi olmalı. O kişi sistemden memnun kalırsa geri kalan ekip iki hafta içinde peşinden gelir; olmazsa hiçbir eğitim yetmez.

Sisteme geçmek proje değil, başlangıçtır. İlk üç ayda sistemi kendi işinize oturtacak küçük düzeltmeler yapılır; bu dönem atlanırsa sistem yavaş yavaş terk edilir ve ekip tabloya geri döner.

Bu üç ayın sonunda ölçebileceğiniz tek somut şey şudur: bir soruyu cevaplamak kaç dakika sürüyor? "Bu müşterinin açık bakiyesi ne kadar?", "Şu ürün hangi depoda kaç adet?", "Geçen ay en çok hangi kalemden kazandık?" Geçiş öncesinde bu sorular dosya arayarak cevaplanıyordu. Sonrasında saniyeler sürmeli. Sürmüyorsa geçiş tamamlanmamıştır.

Aşağıdaki beş hatanın tamamı geri dönülebilir, ama hepsinin bedeli aylarla ölçülür. Geçiş planınızı yaparken bu listeyi bir kontrol listesi gibi kullanın.

• Kirli veriyi olduğu gibi taşımak. Yeni sistem karışıklığı düzeltmez, yalnızca daha pahalı bir arayüzde gösterir.
• Paralel dönemi atlamak. Bir günde geçilen sistemlerde ilk ay sonu kapanışı neredeyse hiç tutmaz.
• Tüm geçmişi taşımaya çalışmak. Riski ve süreyi katlar, çoğu zaman hiç kullanılmaz.
• Eğitim yerine duyuru yapmak. Ekran görüntülü bir e-posta eğitim değildir; herkes kendi ekranında bir kez işlem yapmalıdır.
• Yetkileri hiç tanımlamamak. Herkesin her şeyi silebildiği bir sistem, tablodan daha risklidir.

Son bir not: geçiş kararını verirken "programın fiyatı" ile "geçişin maliyeti" ayrı kalemlerdir. Geçişin maliyeti çoğunlukla lisanstan büyüktür ve veri temizliği, paralel dönem ve eğitim saatlerinden oluşur. Bu kalemleri baştan bütçelerseniz proje ortasında durmazsınız.