Hazır ERP mi, Özel ERP mi? Odoo, SAP, Logo vs Özel Geliştirme

Kısa cevap: hazır ERP mi, özel ERP mi?

Doğru cevap işletmenize göre değişir ve “hazır kötü, özel iyi” denklemi yanlıştır. Standart bir süreç yürütüyorsanız — klasik satınalma, stok, cari, muhasebe, e-fatura — Odoo, SAP, Logo veya Netsis gibi hazır ERP paketleri hızlı, olgun ve meşru bir seçimdir. Haftalar içinde canlıya geçer, topluluk ve entegratör ekosistemi hazırdır, en iyi uygulamalar kutunun içinde gelir. Özel ERP geliştirme ise dört koşulda öne geçer: (1) süreçleriniz rakiplerden ölçülebilir biçimde farklılaşıyor, (2) kullanıcı-başı lisans kirası ölçek büyüdükçe şişiyor, (3) veri ve iş mantığı sizin için stratejik bir varlık, (4) iş modeliniz kutulu ürünün kalıbına sığmıyor. Aşağıda her iki modelin artı-eksilerini, temsili TCO ve kullanıcı-başı maliyet hesaplarını, “üçüncü yol” olan mevcut ERP’yi özelleştirme/entegrasyon seçeneğini ve GİB e-Dönüşüm uyumunu bulacaksınız.

Hazır ERP: neden hızlı ve meşrudur?

Hazır (paket/kutulu) ERP, binlerce işletmenin süreçlerinden damıtılmış hazır modüllerle gelir. Bu, standart ihtiyaçlar için gerçek bir avantajdır:

• Hız — kurulum ve canlıya geçiş haftalarla ölçülür; sıfırdan geliştirmeye kıyasla çok kısa.
• Olgun modüller — muhasebe, stok, satınalma, CRM, üretim (MRP) hazır ve saha-testli gelir.
• Ekosistem — Odoo’nun açık kaynak topluluğu, SAP/Logo/Netsis’in geniş çözüm ortağı ve danışman ağı; işe alım yaparken bu ürünleri bilen personel bulmak daha kolaydır.
• Bakım sağlayıcıda — güncelleme, güvenlik yaması ve mevzuat uyumunu (ör. e-belge şema değişiklikleri) çoğunlukla sağlayıcı üstlenir.
• Öngörülebilir başlangıç — lisans ve kurulum maliyeti baştan bellidir.

Bu yüzden pek çok KOBİ için doğru başlangıç hazır ERP’dir. Ürün adları burada kamuya açık konumlanmalarıyla, karşılaştırma amacıyla anılmaktadır; hiçbiri diğerinden mutlak olarak “kötü” değildir, farklı senaryolara uyar.

Hazır ERP’nin sınırları

Aynı standartlaşma, süreçleriniz farklılaştığında dört tür sürtünme yaratır:

• Kutuya sıkışma — süreciniz ürünün kalıbına uymuyorsa iki kötü seçenek kalır: süreci ürüne göre eğip bükmek ya da pahalı özelleştirme. Rekabet avantajınız tam da o farklı süreçteyse, onu standarda indirgemek stratejik bir kayıptır.
• Kullanıcı-başı lisans kirası — çoğu paket kullanıcı başına aylık/yıllık ücretlendirir. Ekip büyüdükçe maliyet doğrusal (bazen üstel) artar ve hiç bitmez.
• Özelleştirme maliyeti — “küçük” bir alan/rapor/onay akışı bile danışman-gün ücretiyle faturalanır; büyük özelleştirmeler bir sonraki sürüm yükseltmesinde bakım borcuna dönüşür.
• Kaynak kodu ve veri kilitlenmesi — kapalı kaynak üründe iş mantığına ve bazen kendi verinize erişiminiz sağlayıcının izin verdiği kadardır; sağlayıcı/fiyat değiştirmek maliyetli bir göç demektir.

Özel ERP: artıları ve sınırları

Özel ERP, süreçlerinizin etrafında sizin için yazılan yazılımdır. Artıları hazırın tam sınırlarına denk gelir: süreci ürüne değil ürünü sürece uydurursunuz; kullanıcı-başı lisans yoktur (kullanıcı ekleme marjinal maliyeti düşüktür); kaynak koduna ve veriye tam sahip olursunuz; entegrasyon ve yapay zeka katmanlarını istediğiniz gibi eklersiniz. Sınırları da gerçektir ve dürüstçe söylenmelidir:

• Daha yüksek ön maliyet ve daha uzun ilk teslim — değer haftalarla değil aylarla gelir.
• Teslim riski — kapsam net değilse, proje uzayabilir; iyi bir kapsamlandırma ve aşamalı teslim şarttır.
• Bakım sizde/tedarikçinizde — güncelleme, güvenlik ve mevzuat uyumu artık sizin sorumluluk zincirinizdedir (doğru sözleşmeyle yönetilir).

Karşılaştırma tablosu: hazır ERP vs özel ERP

TCO nasıl hesaplanır? (formül)

Karşılaştırmayı lisans fiyatına değil, çok yıllı toplam sahip olma maliyetine (TCO) göre yapın. İki modelin formülü farklıdır:

Hazır SaaS TCO (5 yıl) = (kullanıcı × aylık lisans × 12 × 5) + kurulum + entegrasyon + özelleştirme + eğitim

Özel ERP TCO (5 yıl) = tek seferlik geliştirme + (yıllık bakım × 5) + (hosting/altyapı × 5)

Kritik fark şu: hazır modelde kullanıcı çarpanı maliyeti sürekli büyütür; özel modelde ağır kalem tek seferlik geliştirmedir ve kullanıcı sayısına duyarsızdır.

Kullanıcı-başı maliyet projeksiyonu (temsili)

Aşağıdaki tablo temsili/örnek varsayımlarla üretilmiştir — gerçek rakam değildir, yalnızca mantığı gösterir. Varsayımlar: hazır SaaS için kullanıcı-başı 1.200 TL/ay ve 800.000 TLsabit başlangıç (kurulum + entegrasyon + özelleştirme + eğitim); özel ERP için 3.000.000 TL tek seferlik geliştirme + yıllık 360.000 TL bakım (5 yıl = 1.800.000 TL), kullanıcı sayısından bağımsız. Böylece özel ERP 5 yıllık TCO ≈ 4.800.000 TL (sabit).

Hesap: Hazır SaaS = (kullanıcı × 1.200 × 12 × 5) + 800.000 = kullanıcı × 72.000 + 800.000. Başabaş noktası: kullanıcı × 72.000 + 800.000 = 4.800.000 → kullanıcı ≈ 55. Yani bu temsili senaryoda ~55 kullanıcının altında hazır ERP, üzerinde özel ERP beş yıllık TCO’da öne geçer. Kendi eşiğinizi gerçek lisans, kurulum ve geliştirme tekliflerinizle yeniden hesaplayın; özel projede teslim riskini de tabloya ekleyin.

ROI ve geri ödeme süresi (formül)

Maliyet tek başına karar vermez; kararı getiri verir. İki basit ölçüt kullanın:

Yıllık ROI (%) = (Yıllık fayda − Yıllık maliyet) ÷ Yıllık maliyet × 100
Geri ödeme süresi (yıl) = Toplam yatırım ÷ Yıllık net fayda

Örnek (temsili): Özel ERP’nin 3.000.000 TL geliştirme + 360.000 TL/yıl bakımı var; sistem elle giriş, stok kaybı ve raporlama gecikmesini azaltarak yılda 2.000.000 TL net fayda üretiyorsa geri ödeme süresi ≈ 3.000.000 ÷ (2.000.000 − 360.000) ≈ 1,8 yıl. Aynı yöntemi hazır ERP için de uygulayın; iki modeli deaynı fayda varsayımıyla karşılaştırmak, elmayla elmayı kıyaslamanın tek yoludur. Rakamlar örnektir; kendi süreç ölçümlerinizi kullanın.

Üçüncü yol: mevcut ERP’yi özelleştir veya entegre et

Karar her zaman “ya hazır ya özel” değildir. Çoğu olgun işletme için en akılcı yol melezyaklaşımdır:

• Hazır çekirdek + özel modül — muhasebe, e-fatura, stok gibi standart işleri hazır ERP’ye bırakın; sizi farklılaştıran süreci (özel üretim akışı, sektörel hesaplama, müşteri portalı) özel yazılımla çevreleyin ve API ile bağlayın.
• Odoo/açık kaynak üzerine geliştirme — açık kaynak çekirdek, kaynak koduna erişim verdiği için “hazırın hızı + özelin esnekliği” arasında bir orta yol sunar. Bunun ekonomisini ayrı ele aldık: bkz. açık kaynak vs ticari ERP.
• Entegrasyon katmanı — mevcut ERP’yi değiştirmeden e-ticaret, banka, kargo, CRM ve e-belge servislerini tek veri akışında birleştirin. Entegrasyon mimarisini ERP API rehberinde anlattık.

Üçüncü yol genellikle en düşük risklidir: standart işi paketle hızlı kurar, bütçe ve mühendislik gücünü yalnızca gerçekten farklılaştığınız yere ayırırsınız.

e-Dönüşüm uyumu: her iki modelde de zorunlu

Türkiye’de ERP tartışmasının eleme kriteri e-Dönüşüm uyumudur. e-Fatura, e-Arşiv ve e-İrsaliyeüretimi ürün markasına değil, GİB onaylı entegratörle doğru entegrasyona bağlıdır:

• Hazır ERP — bu entegrasyonu çoğunlukla hazır getirir; GİB e-belge şeması (UBL-TR) değişikliklerini sağlayıcı günceller. Bu, hazırın somut bir avantajıdır.
• Özel ERP — entegratörün API’si üzerinden e-fatura/e-irsaliye üretimi geliştirilir; şema güncellemelerini takip etmek sizin/tedarikçinizin sorumluluğundadır ama tam kontrol sizdedir.

Her iki modelde de tasarımın parçası olması gereken iki mevzuat var: GİB e-belge zorunluluk eşikleri (ciro bazlı, kademeli düşüyor) ve 6698 sayılı KVKK kapsamında kişisel verinin hukuka uygun işlenmesi ve saklanması. Detay için e-dönüşüm ve ERP entegrasyonu yazısına bakın.

Ne zaman hazır, ne zaman özel? Karar çerçevesi

Hazır ERP’yi seçin — eğer:

• Süreçleriniz sektör standardına yakın; farkınız süreçte değil ürün/hizmette.
• Kullanıcı sayınız düşük-orta ve yakın zamanda katlanarak artmayacak.
• Hızlı canlıya geçiş ve öngörülebilir başlangıç maliyeti önceliğiniz.
• İç yazılım ekibiniz yok; bakımı sağlayıcıya bırakmak istiyorsunuz.
• Standart e-belge ve muhasebe uyumu “çalışsın yeter” diyorsunuz.

Özel ERP’yi (ya da melez yolu) seçin — eğer:

• Rekabet avantajınız tam da o farklı süreçte; onu standarda indirmek istemiyorsunuz.
• Kullanıcı sayınız başabaş eşiğinin (temsili ~55) üzerinde ve büyüyor; lisans kirası şişiyor.
• Veri ve iş mantığı sizin için stratejik varlık; kaynak koduna ve veriye tam sahip olmak istiyorsunuz.
• İş modeliniz özgün (platform, pazar yeri, sektörel niş) ve kutulu ürüne sığmıyor.
• Yapay zeka, özel entegrasyon veya müşteriye açılan portal gibi katmanları özgürce eklemek istiyorsunuz.

Sonuç

Hazır ERP kötü değildir; standart ihtiyaç için genellikle en hızlı ve en akılcı başlangıçtır. Özel ERP de lüks değildir; süreç farklılaştığında, kullanıcı-başı kira şiştiğinde ve veri stratejik olduğunda gerçek bir rekabet aracıdır. Kararı marka tartışmasıyla değil, üç sayıyla verin: çok yıllı TCO, kullanıcı-başı projeksiyon ve ROI/geri ödeme süresi. Çoğu işletme için en sağlıklı yol melezdir — standardı paketle hızlı kur, farklılaştığın yeri özel geliştir. Kendi senaryonuz için karşılaştırmalı bir analiz isterseniz ihtiyaç formundan ulaşın; ERP çözüm kapsamımızı ERP · SAP, Logo, mali muhasebe çözümü sayfasında inceleyebilirsiniz.