Muhasebe programı yeterli mi, tam ERP'ye mi geçmeli? KOBİ'ler için karar çerçevesi

Bir toptan ticaret firmasının mali işler sorumlusu, yıl sonu kapanışında üç ayrı Excel dosyasını birleştirip muhasebe programına elle aktarırken şunu fark eder: stok programı ayrı, muhasebe programı ayrı, saha satış ekibinin kullandığı sipariş takibi ayrı bir dosyada tutuluyor. Hiçbiri birbirini görmüyor. Bu tablo, Türkiye'deki KOBİ'lerin büyük kısmının gerçek başlangıç noktasıdır — sıfırdan bir "ERP seçimi" değil, elde zaten çalışan bir muhasebe programı vardır ve asıl soru bunun üzerine mi inşa edileceği, yoksa baştan tam bir ERP'ye mi geçileceğidir.

İki yaklaşımın gerçek farkı: kayıt tutma mı, süreç yönetimi mi

Muhasebe programı temelde bir kayıt tutma aracıdır: fatura keser, cari hesap işler, defter tutar, beyanname hazırlar. İyi bir muhasebe programı bunu hatasız ve GİB entegrasyonuyla uyumlu yapar. Ama stok hareketinin hangi depoda, hangi rezervasyonla, hangi üretim emrine bağlı olarak gerçekleştiğini modellemek onun asıl işi değildir. ERP ise süreç yönetimi aracıdır: bir satış siparişi girildiğinde stok rezerve edilir, üretim planına yansır, satın alma ihtiyacı otomatik hesaplanır, sevkiyat ve faturalama zinciri tek veri üzerinden ilerler. Fark küçük görünse de, işletme büyüdükçe bu ikisi arasındaki mesafe katlanarak açılır.

Bu yüzden karşılaştırma aslında "hangi yazılım daha iyi" değil, "işletmenin şu anki karmaşıklığı hangi modele denk düşüyor" sorusudur. Basit bir hizmet işletmesi için muhasebe programı + birkaç eklenti yıllarca yeterli kalabilir; çok depolu, çok şubeli ya da üretim yapan bir firma için aynı yapı hızla tıkanır.

Muhasebe programı + eklenti yolunun gerçek sınırı

Türkiye'de Logo GO 3, Mikro Fly ve ETA:SQL gibi ürünler, temel muhasebe fonksiyonunun üzerine stok ve basit cari takip modülleri ekleyerek KOBİ'lerin ilk büyüme evresini karşılar. Bu yol üç noktada gerçekten işe yarar: kurulum hızlı, öğrenme eğrisi kısa, mali müşavirle uyum kolay olur — çünkü çoğu mali müşavir zaten bu ürünlerden birine aşinadır. Logo ile Mikro'yu karşılaştırdığımız yazımızda bu iki ürünün güçlü olduğu ve sınırlı kaldığı noktaları ayrıntılı ele aldık.

Sınır genelde üç yerde ortaya çıkar. Birincisi, birden fazla depo veya şube arasında gerçek zamanlı stok görünürlüğü gerektiğinde; muhasebe kökenli ürünlerde bu genelde ek modül ya da üçüncü taraf entegrasyonla sağlanır, standart gelmez. İkincisi, üretim planlama, iş emri, reçete (BOM) yönetimi gibi imalat süreçleri devreye girdiğinde; bu noktada muhasebe programı üzerine kurulu yapılar zorlanır ve genelde ayrı bir üretim yazılımı satın alınıp muhasebeyle senkronize edilmeye çalışılır — bu da veri tutarlılığı riskini beraberinde getirir. Üçüncüsü, yönetim raporlaması basit "gelir-gider" tablosunun ötesine, ürün bazlı kârlılık ya da nakit akışı projeksiyonuna geçtiğinde; muhasebe programlarının raporlama katmanı genelde bunun için tasarlanmamıştır.

Hangi sinyaller "artık ERP zamanı" der

Aşağıdaki sinyallerden ikisi veya daha fazlası aynı anda görülüyorsa, muhasebe programını büyütmek yerine tam ERP'ye geçişi değerlendirmenin zamanı gelmiş olabilir:

• Ay sonu kapanışta birden fazla Excel dosyasının elle birleştirilmesi gerekiyor
• Stok sayımı ile muhasebedeki stok bakiyesi düzenli olarak tutmuyor
• Üretim veya proje maliyeti, gerçek zamanlı değil ay sonunda tahmini hesaplanıyor
• Şube veya depo sayısı ikiden fazlaya çıktı ve merkezi görünürlük kayboldu
• Saha satış, e-ticaret veya CRM verisi muhasebeye elle veya toplu dosya aktarımıyla giriyor
• Yönetim, "şu anda kaç TL nakit var, üç ay sonra ne olur" sorusuna güvenilir cevap alamıyor

Bu sinyallerin hiçbiri tek başına "hemen ERP'ye geç" anlamına gelmez; ama ikisi bir arada görülüyorsa, eklenti üstüne eklenti ekleyerek muhasebe programını zorlamak genelde geçici çözüm olur ve birkaç yıl içinde aynı soruyla daha yüksek maliyetle tekrar karşılaşılır.

Karar tablosu

Tablo mutlak bir formül değil; her işletmenin operasyon karmaşıklığı farklı ağırlıklandırılmalı. Örneğin tek ürün grubuyla çalışan ama çok şubeli bir perakende zinciri için şube sayısı kriteri, üretim kriterinden daha belirleyici olabilir.

Geçiş kararını yanlış zamanlamanın maliyeti

İki yönde de erken veya geç kalmanın bedeli var. Muhasebe programını gereğinden uzun süre zorlamak, veri tutarsızlığını ve elle yapılan işlem hacmini büyütür; bu da hem hata riskini hem de personel zaman maliyetini görünmez şekilde artırır. Öte yandan henüz tek şubeli, basit operasyonlu bir işletme için erkenden kapsamlı bir ERP'ye geçmek de gereksiz uyarlama maliyeti ve uzun kurulum süresi anlamına gelir — ERP'nin gizli maliyet kalemleri rehberimizde bu maliyetlerin nasıl büyüdüğünü ayrıntılı ele aldık. Doğru zamanlama genelde büyüme eğrisinin biraz önünde, ama çok önünde değil bir noktada durur.

Geçiş kararı verildiğinde ikinci soru, hangi ölçekte bir ürüne geçileceğidir. Orta ölçekli bir işletme için Logo Tiger 3 Enterprise gibi daha kapsamlı yerli bir platform ya da Qera ERP gibi bulut tabanlı bir alternatif değerlendirmeye girebilir; yerli ile uluslararası platform arasındaki temel farkları ise yerli mi yabancı mı ERP karşılaştırmamızda ayrıca ele aldık.

Sektöre göre eşik farklılaşır

Geçiş eşiği sektöre göre de değişir. Bir hizmet işletmesi ya da mali müşavirlik bürosu için muhasebe programı çok daha uzun süre yeterli kalabilirken, üretim yapan işletmelerde bu eşik daha erken aşılır — çünkü iş emri, reçete ve maliyet muhasebesi ihtiyacı ticari faaliyetten çok daha erken devreye girer. Üretim sektörü sayfamızda bu ihtiyaçların modül bazında nasıl farklılaştığını görmek mümkün. Dağıtım ve toptan ticaret tarafında ise eşik genelde depo/şube sayısının artmasıyla tetiklenir; dağıtım ve toptan ticaret sektör sayfamız bu konuda ayrı bir çerçeve sunuyor.

Geçişte sık yapılan iki hata

Karar doğru verilse bile, uygulama aşamasında tekrar eden iki hata geçişin faydasını azaltıyor. Birincisi, geçişi mali yılın en yoğun döneminde (yıl sonu kapanış, sezon başı, vergi beyan dönemi) başlatmak. Muhasebe ekibi zaten en yüklü olduğu haftalarda hem eski sistemi kapatmaya hem yeni sistemi öğrenmeye çalışınca, hata oranı artıyor ve "eski sistem daha güvenliydi" algısı yerleşiyor. Daha sakin bir dönemde, tercihen yeni mali yılın başında geçişi planlamak bu riski büyük ölçüde azaltıyor.

İkinci hata, ürün seçimini marka bilinirliğine göre yapıp gerçek ihtiyaç haritasını atlamak. Bir ürünün sektörde yaygın olması, o ürünün işletmenin spesifik üretim veya dağıtım modeline uygun olduğu anlamına gelmiyor. Demo aşamasında genel tanıtım senaryosu yerine kendi gerçek verisiyle, kendi süreç akışını test etmek — hangi ekranın kaç tıkla tamamlandığını, hangi raporun standart geldiğini görmek — bu hatayı önlemenin en somut yolu. Muhasebe verisinin yeni sisteme taşınması da ayrı bir risk taşıyor: açılış bakiyeleri, cari hesap geçmişi ve stok maliyet yöntemi (FIFO, ağırlıklı ortalama gibi) doğru eşleşmezse, yeni sistemdeki ilk raporlar güven kaybettirir. Bu yüzden veri taşıma testleri, canlıya geçişten haftalar önce gerçek veriyle en az bir kez tekrarlanmalı.

Karar öncesi kontrol listesi

Geçiş kararını vermeden önce şu soruların işletme içinde yazılı olarak cevaplanması, hem ekip içi tartışmayı hem de sonradan pişmanlığı azaltır:

1. Son 12 ayda kaç kez stok bakiyesi ile fiili sayım arasında fark çıktı, bu fark nasıl kapatıldı
2. Ay sonu kapanış kaç iş günü sürüyor ve bu sürenin ne kadarı elle veri birleştirmeye gidiyor
3. Üretim veya proje maliyeti gerçek zamanlı mı hesaplanıyor, yoksa tahmini mi
4. Şube/depo sayısı önümüzdeki 12-24 ayda artması planlanıyor mu
5. Mevcut mali müşavir, değerlendirilen ERP ürünüyle daha önce çalıştı mı

Bu soruların cevapları net değilse, karar vermeden önce mevcut süreçleri bir hafta boyunca gözlemlemek — hangi adımın elle, hangi adımın sistemsel yapıldığını çıkarmak — çoğu zaman en ucuz ve en gerçekçi ön çalışma olur.

Kendi işletmesi için bu eşiğin nerede olduğunu netleştirmek isteyenler keşif görüşmesi talep edebilir; hangi ölçekte hangi ürünün uygun olduğunu kısa listeye indirmek isteyenler ise uygun ERP bul aracını kullanabilir.