Excel'den ERP'ye Geçiş: Hangi Süreç Önce Dijitalleşmeli?

Bir işletmede stok listesi bir Excel dosyasında tutuluyor, cari hesap bakiyeleri başka bir dosyada, teklif takibi üçüncü bir dosyada. Her dosyayı hazırlayan kişi biliyor nasıl kullanılacağını; o kişi izinliyken ya da ayrılınca dosya kilitli bir kutuya dönüşüyor. Aynı stok kartı iki dosyada farklı miktarla görünüyor, hangisinin doğru olduğunu kimse tam bilmiyor. Bu tabloya varan işletmeler ERP'ye geçmeye karar veriyor, ama sonra tıkanıyor: onlarca dosya var, hepsini aynı anda taşımak mümkün değil, nereden başlanacağı belli değil. Sıralama yanlış yapılırsa geçiş projesi ya yarım kalıyor ya da ekip birkaç ay sonra sessizce Excel'e geri dönüyor.

Excel bir işletmeyi hangi noktada yavaşlatmaya başlar?

Excel kendi başına kötü bir araç değil — tek kullanıcılı, düşük hacimli, nadiren değişen bir listeyi tutmak için hâlâ en hızlı yoldur. Sorun, aynı bilginin birden fazla kişi tarafından, aynı anda güncellenmesi gerektiği noktada başlar. Bir satış temsilcisi stok miktarına bakıp teklif verirken, depo aynı anda başka bir siparişi kapatıyorsa, iki taraf da elindeki dosyanın güncel olduğunu varsayar. Gerçekte ikisi de birkaç saat geridedir. Excel dosyası büyüdükçe formüller yavaşlar, sekmeler çoğalır, kimin hangi hücreyi değiştirdiği takip edilemez hâle gelir. Bu noktaya gelmiş bir işletme için soru artık "ERP'ye geçelim mi" değil, "hangi sırayla geçelim"dir.

Hangi süreç ilk taşınmalı?

En sık yapılan hata, en kolay görünen süreçle başlamaktır — örneğin demirbaş listesi ya da personel izin takibi. Bunlar taşıması kolaydır ama işletmenin günlük tıkanıklığını çözmez. Öncelik, aynı bilginin en çok kişi tarafından, en sık paylaşıldığı süreçte olmalı. Çoğu işletmede bu, üç sürecin kesiştiği yerdir: stok kartı, cari hesap ve satış siparişi. Bir ürün satıldığında stok düşmeli, cari hesaba borç yazılmalı, bir sonraki sipariş için doğru fiyat ve bakiye görünmeli — bu üçü ayrı dosyalarda tutulduğu sürece, her satış işlemi elle üç kez girilir.

Bu üçlüyü önce taşımanın somut bir yararı vardır: taşındığı andan itibaren günlük iş akışı gerçek zamanlı bir kaynaktan çalışmaya başlar, geri kalan süreçler için de bir "doğru veri" referansı oluşur. Örneğin satın alma sürecini sonra taşısanız bile, o süreç en azından güncel stok ve cari bilgisine ERP üzerinden erişebilir; Excel dosyasından elle kopyalamaz.

Bu kesişim noktasını bulmanın basit bir yolu, hangi dosyanın en çok e-posta ekinde dolaştığına bakmaktır. Bir dosya günde birkaç kez "son hâli" etiketiyle farklı kişilere gönderiliyorsa, o dosya muhtemelen çekirdek üçlünün bir parçasıdır — aynı bilgiye aynı anda birden fazla kişi ihtiyaç duyuyor demektir. Buna karşılık ayda bir güncellenen, tek kişinin baktığı bir dosya, öncelik sırasında geride kalabilir.

Hangi süreçler beklemeli?

Her şeyi aynı anda taşımaya çalışmak, geçişi yavaşlatan en büyük hatadır. Aşağıdaki türde süreçler, çekirdek üçlü oturduktan sonraya bırakılabilir:

Süreç türü	Neden beklemeli	Örnek
Düşük hacimli, nadiren değişen listeler	Excel'de tutulması günlük işi yavaşlatmıyor	Demirbaş envanteri, sabit kıymet listesi
Tek kişinin kullandığı analiz tabloları	Paylaşım sorunu yok, veri bütünlüğü riski düşük	Bütçe senaryosu, ne-olursa-analizi
Karmaşık, işletmeye özgü hesaplamalar	ERP'ye taşınmadan önce sürecin kendisi netleşmeli	Özel prim/komisyon formülleri
Henüz standartlaşmamış süreçler	Standartlaşmamış bir süreç ERP'ye taşınınca da karmaşık kalır	Yeni başlanan bir hizmet hattı

Bu tablodaki süreçler taşınmayacak demek değildir — sadece sıra onlara ilk gelmemelidir. Çekirdek üçlü (stok-cari-satış) oturduktan sonra, her biri kendi ölçeğinde taşınabilir.

Geçiş tek seferde mi, aşamalı mı yapılmalı?

"Hepsini birden bırakıp tek günde geçelim" kararı çekici görünür ama riski yüksektir: ekip aynı anda hem yeni ekranı öğrenir hem de eski işini yetiştirmeye çalışır, hata oranı kısa süreliğine artar. Daha güvenli yol, çekirdek üçlüyü (stok-cari-satış) belirli bir tarihte devreye almak, ama o tarihten önceki birkaç hafta boyunca ekiple birlikte gerçek verilerle deneme yapmaktır — canlıya geçmeden önce hataların büyük kısmı bu denemede ortaya çıkar. Geri kalan süreçler (satın alma, üretim, raporlama) çekirdek oturduktan sonra birer birer, her biri kendi tıkanıklık seviyesine göre sıraya konur. Bir işletmenin bu geçişi kaç haftada tamamlayacağı; dosya sayısına, veri hacmine ve ekibin mevcut Excel alışkanlığının ne kadar köklü olduğuna göre değişir — tek bir sabit süre vermek yanıltıcı olur, ama aşamalı ilerlemek her ölçekte riski aynı oranda düşürür.

Taşırken veri kalitesi nasıl korunur?

Excel'den ERP'ye geçişte en çok zaman, veri girişinden değil veri temizliğinden gider. Yıllar içinde birikmiş dosyalarda aynı müşteri iki farklı isimle, aynı ürün iki farklı kodla kayıtlı olabilir. Bu mükerrer kayıtları ERP'ye olduğu gibi aktarmak, sorunu yeni sisteme taşımaktan başka bir işe yaramaz. Taşıma öncesi kısa bir temizlik adımı gerekir: cari hesap listesi vergi numarasına göre, stok listesi ürün koduna göre tekilleştirilir; boş veya çelişkili alanlar (birim, KDV oranı, kategori) tamamlanır. Bu adım sıkıcı görünür ama atlanırsa, ERP raporları da aynı hatalı veriyi doğru gibi göstermeye devam eder — sistem değişir, sorun değişmez.

Temizlik işini kimin yapacağı da baştan netleşmeli. Bu iş genelde en çok o veriyle çalışan kişiye (stok için depo sorumlusu, cari hesap için muhasebe) bırakılır — dışarıdan biri, hangi kaydın güncel hangisinin eski olduğunu bilemez. Temizlik bir kerelik proje değil, geçiş tarihine kadar haftalık kısa oturumlarla ilerleyen bir çalışmadır; son haftaya bırakılırsa, aceleyle yapılan tekilleştirme yeni hatalar ekler.

Ekip yeniden Excel'e dönmesin diye ne yapılmalı?

Bir sürecin ERP'ye taşınması, ekibin o süreci ERP'de yapacağı anlamına gelmez — alışkanlık kırmak ayrı bir adımdır. En sık görülen geri dönüş nedeni, ERP ekranının Excel'den daha yavaş ya da daha karmaşık hissettirmesidir. Bunun önüne geçmenin iki pratik yolu var: ilk birkaç hafta için en sık kullanılan işlemler (yeni sipariş girme, stok sorgulama, cari bakiye görme) tek bir ekranda toplanır; ikincisi, "geçici olarak ikisini de kullanalım" kararı verilmez — geçiş tarihinden sonra ilgili Excel dosyaları salt okunur hâle getirilir. İkisi bir arada kullanıldığı sürece hangisinin doğru olduğu sorusu tekrar canlanır.

Eğitim de tek seferlik bir sunumdan çok, işin başında kısa ve tekrarlanan gösterimlerle işler. Bir çalışana yeni ekranı bir kere gösterip "artık böyle yapacağız" demek yeterli olmaz; ilk birkaç işlemi kendi verisiyle, kendi masasında birlikte yapmak, sonraki haftalarda destek ihtiyacını belirgin biçimde azaltır. Geçişin ilk günlerinde bir kişinin (genelde geçişi yöneten kişi) sorulara hızlı cevap verebilecek şekilde erişilebilir olması, ekibin "eskisi daha kolaydı" refleksine kapılmasını önler.

Birasyo'da bu nasıl çözülür?

Birasyo'da stok kartı, cari hesap ve satış siparişi tek veri tabanında tutulur; bir sipariş girildiğinde stok rezervasyonu ve cari bakiye aynı ekranda güncel görünür, ayrı bir dosya aramaya gerek kalmaz. Excel'den taşıma sürecinde Stok Yönetimi modülü, mevcut Excel listesini toplu içe aktarma ile alır ve aktarım sırasında mükerrer ürün kodu veya eksik birim gibi tutarsızlıkları listeler — temizlik adımı ERP'ye geçmeden önce değil, geçiş sırasında yapılabilir. Sık kullanılan işlemler (yeni sipariş, stok sorgulama, cari bakiye) tek ekranda toplandığı için, ekibin geçiş sonrası ilk haftalarda Excel'e dönme isteği azalır.

Özet

• Excel kendi başına kötü bir araç değildir; sorun, aynı bilginin birden fazla kişi tarafından aynı anda güncellenmesi gerektiği noktada başlar.
• Geçişte önce stok kartı, cari hesap ve satış siparişi üçlüsü taşınmalı — bu üçü en sık paylaşılan, en çok elle tekrar girilen veridir.
• Düşük hacimli listeler, tek kişilik analiz tabloları ve henüz standartlaşmamış süreçler çekirdek üçlüden sonraya bırakılabilir.
• Taşıma öncesi kısa bir veri temizliği (mükerrer cari, mükerrer stok kodu) atlanırsa, ERP de aynı hatalı veriyi doğru gibi göstermeye devam eder.
• Ekibin yeniden Excel'e dönmesini engellemenin en etkili yolu, geçiş tarihinden sonra ilgili dosyaları salt okunur hâle getirmektir — iki kaynağı bir arada tutmak, hangisinin doğru olduğu sorusunu canlı tutar.