ERP Seçimi ve Geçişinde CFO'nun Rolü

ERP seçimi çoğu şirkette bir bilgi teknolojileri projesi olarak başlar, ama sonuçları en çok finans fonksiyonunu etkiler. Hesap planı, maliyet hesaplaması, onay akışları, raporlama ve iç kontroller ERP’nin içinde tasarlanır; yanlış tasarlanırsa yıllarca elle düzeltme, Excel’e veri aktarma ve güvenilmez raporlarla uğraşılır. Bu nedenle ERP seçiminde ve geçişinde CFO’nun rolü, BT ekibine destek vermekten çok daha geniştir. Bu yazıda bu rolü ihtiyaç analizinden canlıya geçişe kadar aşama aşama ele alıyorum.

Neden bir finans projesi?

ERP’nin ürettiği verinin büyük kısmı sonunda bir finansal kayda dönüşür: satış faturası, stok hareketi, satın alma, üretim maliyeti, bordro, duran varlık. Bu kayıtların doğru hesaplara, doğru maliyet merkezlerine ve doğru dönemlere düşmesi, sistemin baştan nasıl tasarlandığına bağlıdır. Ayrıca iç kontrolün önemli bir kısmı artık sistem içinde çalışır: kimin hangi işlemi yapabileceği, hangi tutarın üzerinde onay gerektiği, hangi alanların değiştirilemeyeceği. COSO’nun iç kontrol çerçevesi de teknolojiye ilişkin genel kontrolleri iç kontrol ilkeleri arasında ayrıca ele alır.

Aşama 1: İhtiyaç analizi

Seçimden önce, şirketin finans açısından neye ihtiyaç duyduğu yazılı hâle getirilmelidir. Bu analizde en az şu sorular cevaplanmalıdır:

Yönetim hangi raporları, hangi kırılımlarda (ürün, müşteri, şube, proje) görmek istiyor?
Maliyet nasıl hesaplanmalı: standart maliyet mi, gerçekleşen maliyet mi, proje bazında mı?
Kaç şirket, kaç para birimi ve hangi raporlama çerçeveleri (yasal kayıtlar, TFRS veya BOBİ FRS) yönetilecek?
Onay akışları ve yetki sınırları neler olmalı?
Bankalarla, e-fatura ve e-defter sistemleriyle, bordro ve diğer uygulamalarla hangi entegrasyonlar gerekiyor?

Bu soruların cevabı olmadan yapılan seçimde, demo ekranlarının etkileyiciliği karar sürecine hâkim olur. Oysa asıl soru, sistemin şirketin raporlama ve kontrol ihtiyaçlarını özel geliştirme gerektirmeden karşılayıp karşılamadığıdır.

Aşama 2: Seçim kriterleri

Kriter	Finans açısından neden önemli?
Yerel mevzuat uyumu	e-fatura, e-arşiv, e-defter ve yasal raporlama ihtiyaçlarının standart olarak karşılanması
Çoklu şirket ve konsolidasyon	Grup içi işlemlerin elenmesi ve grup raporlamasının sistemden üretilmesi
Maliyet muhasebesi esnekliği	Şirketin maliyet yönteminin sistemde modellenebilmesi
Raporlama ve veri erişimi	Yönetim raporlarının elle müdahale olmadan üretilebilmesi
Yetki ve iz kayıtları	Rol bazlı yetkilendirme ve değişikliklerin geriye dönük izlenebilmesi
Toplam sahip olma maliyeti	Lisans, uygulama, özelleştirme, bakım ve iç kaynak maliyetinin birlikte değerlendirilmesi
Uygulama ortağının deneyimi	Benzer ölçek ve sektörde finans modüllerini kurmuş referanslar

Toplam sahip olma maliyeti özellikle dikkat ister. Lisans bedeli genellikle toplam maliyetin yalnızca bir bölümüdür; uygulama danışmanlığı, özelleştirme, veri taşıma, eğitim ve projeye ayrılan iç personel zamanı çoğu zaman lisanstan fazlasını tutar. Seçim, beş yıllık toplam maliyet üzerinden yapılmalıdır.

Aşama 3: Tasarım — hesap planı ve boyutlar

ERP tasarımında CFO’nun en kritik katkısı, hesap planının ve analiz boyutlarının (maliyet merkezi, ürün grubu, bölge, proje) tasarımıdır. İyi bir tasarımın ilkeleri şunlardır:

Hesap planını sadeleştirmek: Analiz ihtiyacını hesap sayısını artırarak değil, boyutlarla karşılamak. Her müşteri veya her ürün için ayrı hesap açmak yerine, aynı hesabı farklı boyutlarla raporlamak.
Yasal ve yönetim ihtiyacını birlikte düşünmek: Yasal hesap planı ile yönetim raporlaması arasında net bir eşleştirme kurmak.
Raporu tasarımdan önce yazmak: Yönetim raporunun ve bütçe formatının taslağını önce çizmek, sonra sistemi bu raporları üretecek şekilde kurmak.

Aşama 4: Kontrollerin sisteme gömülmesi

ERP geçişi, iç kontrolü güçlendirmek için en iyi fırsatlardan biridir. Tasarım aşamasında şu kontroller sisteme dahil edilmelidir:

Rol bazlı yetkiler ve çakışan görevlerin (örneğin tedarikçi açma ve ödeme yapma) aynı kullanıcıda birleşmemesi
Tutar bazlı onay akışları
Kapanmış dönemlere kayıt girişinin engellenmesi
Ana veri değişikliklerinin (banka hesap numarası, fiyat listesi) onaya ve iz kaydına bağlanması
Üç yönlü eşleştirme: sipariş, mal kabul ve faturanın sistemde eşleşmeden ödemeye açılmaması

Küçük ekiplerde görev ayrılığının nasıl sağlanacağını görevler ayrılığı ve telafi edici kontroller yazısında ele alıyorum.

Aşama 5: Veri taşıma

Veri taşıma, ERP projelerinin en çok küçümsenen adımıdır. Taşınacak veriler genellikle üç gruptur: ana veriler (müşteri, tedarikçi, ürün, hesap planı), açılış bakiyeleri ve açık kalemler (açık faturalar, açık siparişler, stok miktarları). CFO’nun bu aşamadaki sorumlulukları:

Taşımadan önce eski sistemdeki verinin temizlenmesi: kullanılmayan kayıtların kapatılması, mükerrer müşteri ve tedarikçilerin birleştirilmesi
Açılış bakiyelerinin eski sistemle mutabakatının yapılması ve imzalı bir mutabakat dosyasının oluşturulması
Geçiş tarihinin, mümkünse bir dönem başına (ay veya yıl) denk getirilmesi

Aşama 6: Test ve paralel çalışma

Canlıya geçişten önce finans süreçleri uçtan uca test edilmelidir: bir satışın siparişten tahsilata, bir satın almanın talepten ödemeye, bir üretim emrinin malzeme çıkışından maliyete kadar sistemde nasıl aktığı. Testlerin sonunda bir deneme kapanışı yapılması ve deneme finansal tablolarının eski sistemle karşılaştırılması, en güvenilir kontrol yöntemidir. Mümkünse ilk ay kapanışı her iki sistemde paralel yapılmalı ve farklar açıklanmalıdır.

Sık yapılan hatalar

Mevcut süreçleri sorgulamadan yeni sisteme taşımak (“eskisi gibi çalışsın” yaklaşımı)
Aşırı özelleştirme: standart işlevlerle karşılanabilecek ihtiyaçlar için özel geliştirme yaptırmak, bu da güncellemeleri zorlaştırır
Finans ekibini projeye geç dahil etmek
Kullanıcı eğitimini canlıya geçişin son haftasına bırakmak
Canlıya geçişi yıl sonu kapanışı ve bağımsız denetimle aynı döneme denk getirmek

Projede finans ekibinin rol dağılımı

ERP projesinde finans ekibinin katkısı, yalnızca CFO’nun karar toplantılarına katılmasıyla sınırlı kalmamalıdır. Proje süresince finans tarafında şu rollerin net olması gerekir:

Rol	Sorumluluk
Finans proje sahibi (genellikle CFO)	Tasarım kararlarının onayı, kapsam ve bütçe değişiklikleri, canlıya geçiş kararı
Anahtar kullanıcı (her süreç için bir kişi)	Süreç tasarımına katılım, test senaryolarının yazılması ve uygulanması, diğer kullanıcıların eğitimi
Veri sorumlusu	Ana verilerin temizlenmesi, taşıma dosyalarının hazırlanması, açılış bakiyesi mutabakatı
Kontrol sorumlusu	Yetki matrisi, onay akışları ve iz kayıtlarının tasarıma uygunluğunun kontrolü

Anahtar kullanıcıların proje boyunca günlük işlerinin bir kısmından muaf tutulması gerekir. Projeye zaman ayıramayan bir finans ekibinin sonucunda, sistemi danışmanlar tasarlar ve finans ekibi canlıya geçişten sonra sistemi kendi ihtiyacına uydurmaya çalışır.

Canlıya geçişten sonraki ilk kapanışlar

Canlıya geçiş, projenin bitişi değil, en riskli dönemin başlangıcıdır. İlk iki üç kapanışta şu kontroller özellikle önemlidir: alt modüllerle (satış, satın alma, stok) genel muhasebe arasındaki mutabakatlar, stok değerlemesinin eski yöntemle tutarlılığı, banka entegrasyonlarının doğruluğu ve yönetim raporlarının önceki dönemlerle karşılaştırılabilirliği. Bu dönemde tespit edilen hatalar için hızlı bir destek kanalı ve haftalık bir sorun takip toplantısı planlanmalıdır.

Sonuç

ERP seçimi ve geçişi, finans fonksiyonunun önümüzdeki yıllardaki verimliliğini ve kontrol kalitesini belirler. CFO’nun rolü; ihtiyaçları yazılı hâle getirmek, hesap planını ve raporları tasarlamak, kontrolleri sisteme gömmek ve veri taşımayla açılış bakiyelerinin doğruluğunu sağlamaktır. Finans ekibinin yapılandırılmasını finans ekibi nasıl yapılandırılır yazısında ele aldım; e-defter verisinin analizde nasıl kullanılabileceğini ise e-defter verisiyle neler analiz edilebilir yazısında anlatmıştım. Finansal yönetim alanındaki çalışmalarımı finansal yönetim sayfasında bulabilirsiniz.