"ERP'yi özelleştirmeyin" diyenler haklı — ama hangi durumda?

İki farklı işe aynı isim veriliyor

Türkiye’deki ERP danışmanlığı içeriğinin ortak nasihati şudur: aşırı özelleştirme yapmayın, sistem karmaşıklaşır, yükseltme ve test zorlaşır, maliyet artar.

Bu doğrudur. Sorun, uyarının iki ayrı işe birden uygulanmasıdır:

1. ERP’nin çekirdeğini değiştirmek — standart ekranı, tablo yapısını, raporu veya iş kuralını üreticinin kodu içinde değiştirmek.
2. ERP’nin yanına yazmak — ERP’ye hiç dokunmadan, onun resmi arayüzünden okuyup yazan ayrı bir uygulama kurmak.

Bunlara aynı kelime (özelleştirme) deniyor, ama teknik olarak ortak yanları yok. Birincisinin riski gerçektir. İkincisi o riski taşımaz — çünkü üreticinin kodunda değişen hiçbir şey yoktur.

Uyarı neden haklı: yükseltme borcu

ERP çekirdeğinde yapılan her uyarlama, üreticinin bir gün aynı yere dokunma ihtimalini üstlenir. Bunun adı yükseltme borcudur ve üç şekilde birikir:

• Test yüzeyi büyür. Her yeni sürümde, dokunduğunuz her ekranın yeniden denenmesi gerekir. On uyarlama, on ayrı doğrulama demektir.
• Sorumluluk bulanıklaşır. Yükseltme sonrası bir hesap yanlış çıktığında sorun üreticinin sürümünde mi, sizin uyarlamanızda mı belli değildir. Destek görüşmeleri buna gider.
• Geri dönüş zorlaşır. Uyarlamalar birbirine yaslandıkça, birini geri almak diğerini bozar.

Bu üç madde danışmanların uyarısının gerçek içeriğidir ve haklıdırlar. Kimse ERP’sinin standart fatura ekranını değiştirip her yükseltmede aynı işi tekrar yapmak istemez.

Uyarının geçerli olmadığı yer

Şimdi aynı soruyu diğer iş için sorun: fabrika hattına, operatörün eldivenle dokunacağı bir kiosk ekranı koyduğunuzda ERP’nin neresi değişti?

Hiçbir yeri. ERP’nin ekranı, tablosu, iş kuralı olduğu gibi duruyor. Kiosk, ERP’nin resmi arayüzünden iş emrini okuyor ve tamamlanma kaydını aynı arayüzden yazıyor. Üretici yarın yeni sürüm çıkarsa kontrol edilecek tek yer o arayüzdür.

Fark tam olarak buradadır ve tek bir soruyla ölçülür.

Yükseltme testi

Üretici yarın yeni sürüm yayınlasa, bu iş neyi kırar?

Birinci durumda test yüzeyi zamanla büyür, ikincisinde sabit kalır. Beş yıllık maliyet farkının tamamı bu satırdan çıkar.

Hangi iş nereye gider

Pratikte ayrım nettir ve mevzuata bağlılıkla belirlenir.

Sağ sütundaki işlerin ortak özelliği şudur: hiçbiri ERP’nin yapmayı vaat ettiği iş değil. Bir ERP’yi sahada çalışmadığı için suçlamak, onu olmadığı bir şey sanmaktır.

Lisans, çoğu firmada gizli kalan kalem

Yanına yazma kararını hızlandıran şey genelde teknik değil ticari olur: paket ERP’ler kullanıcı başına ücretlendirilir.

Yirmi kişilik bir saha ekibine ERP oturumu açmak, yirmi ek kullanıcı demektir ve bu ücret her yıl tekrar eder. Aynı ekip, ERP’ye tek bir servis hesabıyla bağlanan ayrı bir uygulamayı kullandığında ek kullanıcı ücreti doğmaz.

Bu, özelleştirme tartışmasının hiç konuşulmayan tarafıdır: bazı işler ERP’nin dışına, teknik sebeplerle değil lisans modeli yüzünden çıkar.

Maliyeti nasıl karşılaştırmalı

İki yolu ilk teklif üzerinden karşılaştırmak yanıltır, çünkü maliyetlerin şekli farklıdır:

• Çekirdek özelleştirmede maliyet tekrar eder. Her yükseltmede uyarlamaların yeniden test edilmesi ve gerekirse düzeltilmesi gerekir. Bu kalem sözleşmede görünmez, danışmanlık saatinde görünür.
• Yanına yazmada geliştirme tek seferliktir. ERP yükseltmesi geldiğinde kontrol edilecek yer yalnızca kullanılan arayüzdür.

Doğru karşılaştırma beş yıllık toplam üzerinden yapılır: ilk yatırım + yıllık bakım + yükseltme başına ek iş. Bu hesabı kendi rakamlarınızla çıkarmak isterseniz beş yıllık TCO hesaplayıcısını kullanabilirsiniz.

KodDelta tarafında yanına yazılan bir sistem 80.000 ₺‘den başlar ve ilk çalışan modül 2-4 haftada devreye girer. Ödeme tek seferliktir ve kaynak kod teslim edilir — yani yıllık kullanıcı ücreti doğmaz.

Danışmanınıza sorulacak tek soru

Bu tartışmayı bitiren cümle şudur:

“Bu işi ERP’nin içinde mi, yanında mı yapmayı öneriyorsunuz?”

• “İçinde” diyorsa yükseltme borcunu kimin taşıyacağını sorun. Cevap netse sorun yok; net değilse borç size kalır.
• “Yanında” diyorsa itirazı zaten özelleştirmeye değil, kötü kurgulanmış özelleştirmeye. Aynı taraftasınız.

Çoğu görüşmede ikinci cevap çıkar. Uyuşmazlık teknik değil, terim kaynaklıdır: iki farklı işe aynı isim verildiği için taraflar birbirini yanlış anlar.

Özet

• “ERP’yi aşırı özelleştirmeyin” uyarısı çekirdek uyarlamalar için doğrudur; yükseltme borcu gerçektir.
• Aynı uyarı ERP’ye dokunmadan yanına yazmak için geçerli değildir; üreticinin kodunda değişen bir şey yoktur.
• Ayrımı tek soru belirler: üretici yarın yeni sürüm çıkarsa bu iş neyi kırar?
• Mevzuata bağlı her şey ERP’de kalır; sahaya, bayiye ve hatta uzanan her şey yanına yazılır.
• Karşılaştırma ilk fatura üzerinden değil, beş yıllık toplam üzerinden yapılır.

Kendi kurulumunuzda hangi sürecin nerede duracağını konuşmak için sürecinizi anlatın. İlk görüşme 30 dakika ve ücretsizdir; hazır bir modül işinizi görüyorsa onu da açıkça söyleriz.

---

İlgili Üretim Rehberleri ve Hesaplayıcılar

• OEE ve Makine Duruş Kaybı Hesaplayıcı — Tezgâh duruşlarının yıllık maliyetini ve OEE skorunu hesaplayın.
• Atölye Teklif Süresi ve Kaçan Sipariş Hesaplayıcı — WhatsApp ve telefonda fiyat verirken kaybolan usta saatlerini ölçün.
• MES ve Üretim Takip Yazılımı Fiyatları 2026 — Tezgâh veri toplama ve Andon panoları maliyet analizi.
• En İyi Fason ve Atölye Takip Programları — Excel, Logo ve özel fason portalı karşılaştırması.

Sıkça sorulan sorular

ERP özelleştirmek gerçekten riskli mi?

ERP'nin çekirdeğini değiştirmek risklidir: standart ekranı, tablo yapısını veya iş kuralını değiştiren her uyarlama, üretici yeni sürüm çıkardığında yeniden test edilmesi gereken bir yük bırakır. Bu yükün adı yükseltme borcudur ve zamanla birikir. ERP'ye hiç dokunmadan yanına ayrı bir uygulama yazmak aynı riski taşımaz, çünkü üreticinin kodu hiç değişmemiştir.

Çekirdeği özelleştirmekle yanına yazmak arasındaki fark nedir?

Çekirdek özelleştirmede ERP'nin kendi kodu, ekranı veya veri yapısı değişir; üretici bir sonraki sürümde aynı yeri değiştirirse uyarlamanız kırılır. Yanına yazmakta ERP olduğu gibi kalır, yeni uygulama onun resmi arayüzünden okur ve yazar. Yükseltme geldiğinde tek kontrol noktanız o arayüzdür, tüm ekranlar değil.

Yükseltme testini nasıl yaparım?

Şu soruyu sorun: üretici yarın yeni sürüm yayınlasa, bu iş neyi kırar? Cevap 'standart ekranı, raporu veya tabloyu değiştirdiğimiz için birkaç yeri' ise çekirdek özelleştirme yapıyorsunuz. Cevap 'sadece kullandığımız arayüz alanları değişirse orayı' ise yanına yazıyorsunuz. İkinci durumda test yüzeyi bir ekip günüyle ölçülür, birincisinde haftalarla.

Hangi ihtiyaç ERP'de kalmalı?

Resmi defter, muhasebe, cari hesap, e-belge ve maliyet muhasebesi ERP'de kalmalıdır. Bunlar mevzuata bağlıdır, üretici mevzuat değişince güncellemeyi kendisi yapar ve siz o bakımı satın almış olursunuz. Bu alanları dışarı taşımak, mevzuat takibini kendi üzerinize almak demektir.

Hangi ihtiyaç ERP'nin yanına yazılmalı?

Sahada, üretim hattında, bayide veya müşterinin elinde çalışan her şey. Kiosk ekranları, mobil saha uygulaması, bayi sipariş portalı, üretim çizelgeleme, özel raporlama ve müşteriye açılan self-servis alanları. Bunların ortak özelliği ERP'nin masaüstü arayüzüne hiç uymamaları ve her kullanıcı için ek lisans gerektirmeleridir.

Yanına yazmak ERP'yi çöpe atmak mı demek?

Hayır, tam tersi. ERP en iyi olduğu işte kalır: muhasebe ve resmi kayıt. Yanına yazılan uygulama onun yerine geçmez, ulaşamadığı yere uzanır. İki sistem tek noktada, ERP'nin resmi arayüzünde buluşur. Çoğu firmada ERP değiştirme projesi hiç açılmaz.

İki yolun maliyeti nasıl karşılaştırılır?

Çekirdek özelleştirmede maliyet tek seferlik değildir: her sürüm yükseltmesinde uyarlamaların yeniden test ve düzeltme masrafı geri gelir. Yanına yazmada geliştirme tek seferlik bir yatırımdır; ERP yükseltmesi geldiğinde kontrol edilecek yer yalnızca kullanılan arayüzdür. Karşılaştırmayı ilk fatura üzerinden değil, beş yıllık toplam üzerinden yapın.

Danışmanım özelleştirmeye karşı çıkıyor, ne sormalıyım?

Tek soru yeter: 'Bu işi ERP'nin içinde mi yoksa yanında mı yapmayı öneriyorsunuz?' İçinde diyorsa yükseltme borcunu kimin taşıyacağını sorun. Yanında diyorsa itirazı zaten özelleştirmeye değil, kötü kurgulanmış özelleştirmeyedir ve aynı taraftasınız demektir.

İlgili rehberler

• En iyi CRM programları 2026: Türkiye'deki B2B satış ve müşteri takip sistemleri karşılaştırması
• En iyi B2B bayi portalı ve sipariş sistemleri (2026 karşılaştırması ve seçim rehberi)
• En iyi üretim takip programları (2026): İmalat ve atölyeler için 8 yazılım incelemesi

Hizmet sayfası: Paket mi, özel mi?