Hazır ERP mi, Özel ERP mi? İşletmeler İçin Karar Rehberi

Büyüyen her işletme bir noktada aynı soruyla karşılaşır: hazır ERP mi, özel ERP mi? Bir yanda Logo, Mikro, Netsis ve SAP gibi yıllardır kullanılan, mevzuat değiştikçe güncellenen paketler; diğer yanda şirketin kendi iş akışına göre yazılan özel ERP yazılımı durur. Doğru cevap çoğu zaman ikisinden birini seçmek değil, ikisini doğru yerde kullanmaktır. Bu yazıda hazır ERP'nin ne zaman yeterli olduğunu, nerede zorlanmaya başladığını, iki yaklaşımı birleştiren hibrit modeli, toplam sahip olma maliyetini, uygulama risklerini ve özel bir ERP projesinin aşamalı olarak nasıl kapsamlandırılacağını anlatıyoruz.

Hazır ERP ile özel ERP arasındaki fark

Hazır ERP (paket ERP), bir yazılım üreticisinin çok sayıda işletme için geliştirdiği, lisans ya da abonelikle satılan ve genellikle bir çözüm ortağı tarafından kurulan programdır. Türkiye'de Logo, Mikro ve Netsis özellikle KOBİ'lerde sık karşılaşılan örneklerdir; SAP ise KOBİ'lere yönelik Business One ve büyük şirketlere yönelik S/4HANA gibi ürünleriyle farklı ölçeklere hitap eder. Bu paketler muhasebe, finans, stok, satın alma ve satış gibi standart süreçleri hazır olarak sunar; vergi ve e-Dönüşüm mevzuatındaki değişiklikler de üretici ya da çözüm ortağı tarafından yayımlanan güncellemelerle karşılanır.

Özel ERP yazılımı ise sizin süreçlerinize göre tasarlanıp geliştirilen sistemdir. Ekranlar, onay akışları, raporlar ve veri modeli, şirketin kâğıt üzerinde değil gerçekte nasıl çalıştığına göre kurulur. Yol haritasını siz belirlersiniz; sözleşme buna göre yapıldığında kaynak kodu da şirkete ait olur. Buna karşılık bakım, güvenlik ve sonraki geliştirmelerin sorumluluğu sizinle yazılım ekibiniz arasında paylaşılır.

Hazır ERP ne zaman doğru tercihtir?

Süreçleriniz paketin varsaydığı akışa yakınsa hazır bir ERP programı çoğu zaman en hızlı ve en az riskli başlangıçtır. Şu durumlarda paketle ilerlemek genellikle mantıklıdır:

• Süreçleriniz standart: Alış, satış, stok, cari ve muhasebe akışınız sektörünüzdeki diğer firmalara benziyorsa paketin hazır kurguları işinizi görür.
• Önceliğiniz resmi muhasebe ve mevzuat: e-Defter, e-Fatura, beyanname hazırlığı ve değişen vergi kuralları, paket üreticilerinin sürekli takip ettiği alanlardır. Bu yükü tamamen kendi yazılımınızda taşımak ciddi bir sorumluluktur.
• Hızlı başlamanız gerekiyor: Paket; kurulum, ayarlar ve kullanıcı eğitimiyle kullanıma alınır. Temel süreçler için bir yazılımın sıfırdan geliştirilmesini beklemeniz gerekmez.
• Yazılımı sahiplenecek bir ekibiniz yok: Hazır ERP'de bakım ve güncelleme büyük ölçüde üreticinin ve çözüm ortağının sorumluluğundadır. Özel yazılım ise şirket içinde ihtiyaçları önceliklendirecek bir sahip ve bakımı üstlenecek bir yazılım ekibi ister.
• Ekosistem önemli: Mali müşavirler, muhasebe ekipleri ve yeni işe alınan personel bu paketleri çoğu zaman zaten tanır.

Hazır ERP'nin zorlandığı durumlar

Paketin sınırına geldiğinizi gösteren en net işaret, ekibin ERP'nin yanında ayrıca Excel tablosu, kâğıt form ya da mesaj grubu tutmaya başlamasıdır. Bu durum çoğunlukla aşağıdaki alanlarda ortaya çıkar.

Alışılmışın dışında üretim

Siparişe göre üretim, her siparişte değişen ürün ağacı, fason operasyonlar, partiden partiye değişen reçeteler ya da sahada montaj gerektiren işler, paket ERP'nin üretim modülüne her zaman oturmaz. Ekip iş emrini sistemde açar ama gerçek takip başka bir yerde yürür; maliyet ve termin bilgisi de bu yüzden güvenilmez hale gelir.

Saha operasyonu

Plasiyerler, servis teknisyenleri, montaj ekipleri ve sahada sayım yapan personel masa başında çalışmaz; ofis için tasarlanmış ERP ekranları da onların işine uymaz. Paketlerin mobil çözümleri her işletmenin saha akışını karşılamayabilir; çevrimdışı çalışma, rota ve ziyaret planı, fotoğraf, konum ya da müşteri imzası gibi ihtiyaçlar çoğu zaman ayrı bir uygulama gerektirir. Saha satış tarafındaki bu ihtiyaç için kendi ürünümüz BernSFA'yı geliştirdik: Logo, Mikro, Netsis ve SAP ile entegre çalışan bir saha satış uygulamasıdır.

Çok kanallı satış

Aynı stok bir bayi portalı, bir e-ticaret sitesi, Trendyol ve Hepsiburada gibi pazaryerleri ve saha ekibi üzerinden aynı anda satılıyorsa siparişlerin tek yerde toplanması, stok rezervasyonunun kanallar arasında doğru yapılması ve iadelerin izlenmesi gerekir. Paket ERP'ler bu kanallara genellikle eklentilerle ya da üçüncü taraf bağlayıcılarla ulaşır; kanal sayısı arttıkça bu eklentiler arasındaki tutarsızlıklar elle düzeltilmeye başlar. Bu noktada siparişleri toplayan ayrı bir katman kurmak ve pazaryeri entegrasyonunu bu katman üzerinden yönetmek çoğu zaman daha sağlıklıdır.

Giderek ağırlaşan özelleştirmeler

Paketi işinize uydurmak için yapılan yoğun özelleştirmenin de kendine ait bir bedeli vardır. Pakete eklenen özel ekranlar, alanlar ve tetikleyiciler her sürüm yükseltmesinde yeniden test edilmek, bazen de yeniden yazılmak zorunda kalır. Özelleştirme arttıkça paketin en büyük avantajı olan düzenli ve zahmetsiz güncellenebilirlik azalır ve zamanla sürüm yükseltmeleri ertelenmeye başlar.

Hibrit model: muhasebe pakette, operasyon özel yazılımda

Pratikte en sık önerdiğimiz yapı, iki yaklaşımı birbirinin rakibi olarak değil, birbirini tamamlayan iki katman olarak görmektir:

• Resmi muhasebe pakette kalır: Genel muhasebe, e-Defter, beyanname hazırlığı ve mevzuat güncellemeleri Logo, Mikro, Netsis ya da SAP'de yürür. e-Fatura, e-Arşiv Fatura ve e-İrsaliye belgeleri paketin e-Dönüşüm modülü ya da çalıştığınız özel entegratör üzerinden düzenlenmeye devam eder; mali müşaviriniz alışık olduğu sistemle çalışmayı sürdürür.
• Operasyon özel yazılımda yürür: Üretim takibi, depo ve sevkiyat, saha ekipleri, servis süreçleri ya da çok kanallı sipariş yönetimi gibi şirketi farklılaştıran işler, bu süreçlere göre tasarlanmış web ve mobil uygulamalarda yürür.
• İki sistem çift yönlü konuşur: Tipik bir kurguda cari kartlar, ürün kodları, fiyatlar ve bakiyeler paketten operasyon yazılımına; siparişler, sevkiyatlar, stok hareketleri ve faturalanacak işlemler operasyon yazılımından pakete aktarılır.

Bu modelin başarısı entegrasyonun nasıl kurulduğuna bağlıdır. Hangi verinin asıl kaynağının hangi sistem olduğu baştan netleşmeli, pakete yazılan kayıtlar ERP'nin kendi servisleri üzerinden gitmeli ve aktarılamayan kayıtlar sessizce kaybolmamalıdır. Logo, Mikro ve Netsis'e bağlanmanın yollarını ERP entegrasyon yöntemleri yazımızda karşılaştırdık. SAP tarafında Business One için genellikle Service Layer ya da DI API, S/4HANA ve ECC için OData servisleri, BAPI/RFC ya da IDoc kullanılır; seçenekleri SAP entegrasyonu sayfamızda ayrıca anlattık. Mevcut sisteminize özel bağlantı ihtiyaçları için ERP entegrasyonu sayfamıza da göz atabilirsiniz.

Hibrit modelin bir başka avantajı, riski bölmesidir. Muhasebe paketi yerinde durduğu için özel yazılım tarafı aşama aşama büyüyebilir; bir modülün yeniden ele alınması gerekse bile resmi kayıtlar paketin içinde, alışılmış düzende tutulmaya devam eder. Paket de özelleştirmelerle şişmediği için sürüm yükseltmeleri daha sade kalır.

Hazır ERP, özel ERP ve hibrit model karşılaştırması

ERP'nin toplam sahip olma maliyeti: hangi kalemler hesaba katılmalı?

ERP seçiminde sık yapılan bir hata, yalnızca ilk yılın teklifini karşılaştırmaktır. Doğru karşılaştırma, sistemin birkaç yıllık kullanım ömrü boyunca doğurduğu tüm maliyetleri birlikte görmektir. Rakam vermek yerine hesaba katılması gereken kalemleri sıralayalım:

• Hazır ERP tarafında: Kullanıcı ya da modül bazlı lisans veya abonelik, kurulum ve danışmanlık, eğitim, güncelleme ve destek bedelleri, özelleştirmeler ve bunların her sürüm yükseltmesinde yeniden uyarlanması, kullanıcı sayısı arttıkça büyüyen lisans kalemi.
• Özel ERP tarafında: Keşif ve analiz, tasarım ve geliştirme, sunucu ya da bulut altyapısı, güvenlik güncellemeleri, yedekleme ve izleme, hata düzeltme ve yeni ihtiyaçlar için süren geliştirme.
• Her iki tarafta da: Veri temizliği ve aktarımı, entegrasyonların bakımı, çalışanların projeye ayırdığı zaman ve geçiş döneminde yaşanan verim kaybı.
• Görünmeyen maliyetler: Ekibin paketin etrafından dolaşmak için tuttuğu tablolar, elle tekrar girilen siparişler ve kararların geç ya da eksik veriyle alınması da bir maliyettir; ancak hiçbir faturada görünmediği için genellikle hesaba katılmaz.

Özel yazılım tarafında maliyetin hangi kalemlerden oluştuğunu yazılım projesi maliyeti yazımızda ayrıntılı anlattık. Biz keşif görüşmesinin ardından proje bazlı sabit fiyat ya da aylık retainer seçenekli, şeffaf bir teklif paylaşıyoruz; sistem canlıya çıktıktan sonra aylık destek paketleri de sunuyoruz.

Uygulama riskleri ve nasıl azaltılır?

ERP projeleri, hangi yol seçilirse seçilsin, çoğunlukla benzer nedenlerle zorlanır:

1. Belirsiz kapsam: "Her şeyi tek sistemde toplayalım" hedefi önceliklendirilmediğinde bitmeyen bir projeye dönüşür. Kapsam modül modül tanımlanmalıdır.
2. Kirli ana veri: Aynı ürünün farklı kodlarla açılması, mükerrer cari kartlar ve tutarsız birimler, hangi ERP seçilirse seçilsin sorun çıkarır. Veri temizliği projenin ilk işlerinden biri olmalıdır.
3. Kullanıcıların tasarıma katılmaması: Depo, üretim ve saha ekipleri sürecin içinde olmazsa sistem kâğıt üzerinde doğru, sahada kullanışsız olur.
4. Entegrasyonun sona bırakılması: Pakete hangi kaydın hangi belge türüyle ve hangi kodlarla aktarılacağı ilk modülle birlikte tasarlanmalıdır. Testler canlı muhasebe şirketinde değil, bir test şirketi ya da kopya veritabanı üzerinde yapılmalıdır.
5. Tek seferde geçiş: Bütün departmanları aynı gün yeni sisteme almak, tek bir sorunun tüm şirketi etkileyebilmesi demektir. Pilot bir ekip, hat ya da depoyla başlamak riski sınırlar.
6. Kişiye bağımlılık: Özel yazılımda belgelenmemiş kod ve tek bir geliştiricide kalan bilgi ciddi bir risktir. Kaynak kodunun mülkiyeti, dokümantasyon ve bakım koşulları sözleşme aşamasında netleşmelidir.

ERP seçimi için karar kontrol listesi

ERP seçerken dikkat edilmesi gerekenleri aşağıdaki sorulara dönüştürdük. Vereceğiniz cevaplar, hangi yönde ilerlemeniz gerektiğini büyük ölçüde gösterir:

• Ekibimiz ERP'nin yanında düzenli olarak Excel, kâğıt ya da mesaj grubu tutuyor mu? Hangi süreçlerde?
• Bizi rakiplerimizden ayıran süreç hangisi: üretim, depo, saha, servis ya da satış kanalları mı?
• Bu süreç paketin standart akışıyla yürüyebilir mi, yoksa sürekli özelleştirme mi gerektirir?
• Saha ekibimiz sistemi mobilden, gerektiğinde çevrimdışı kullanmak zorunda mı?
• Kaç satış kanalı aynı stoğu kullanıyor ve siparişler nerede birleşiyor?
• Resmi muhasebe ve mevzuat yükünü hangi sistem taşıyacak?
• Şirket içinde sistemin sahibi olacak, ihtiyaçları önceliklendirecek biri var mı?
• Birkaç yıllık maliyeti lisans, özelleştirme ve geliştirme kalemleriyle birlikte karşılaştırdık mı?

Cevapların çoğu standart süreçleri işaret ediyorsa hazır ERP ile devam etmek mantıklıdır. Bir ya da iki farklılaşan süreç öne çıkıyorsa hibrit model genellikle en dengeli yoldur. Operasyonun büyük kısmı pakete uymuyorsa, resmi muhasebe yine pakette kalacak şekilde kapsamlı bir özel ERP düşünülebilir.

Özel ERP projesi aşamalı olarak nasıl kapsamlandırılır?

Özel ERP'yi tek seferde, bütün modülleriyle yazmaya çalışmak yerine aşamalı ilerlemek hem riski hem de bütçeyi kontrol altında tutar. Bizim izlediğimiz yol kabaca şöyledir:

1. Keşif: Süreçleri ilgili ekiplerle birlikte inceliyor, ekibin paketin dışında tuttuğu tabloları topluyor, veri kaynaklarını ve entegrasyon noktalarını çıkarıyoruz. Bu aşamanın çıktısı önceliklendirilmiş bir modül listesi ve net bir takvimdir.
2. İlk modül: En çok sıkıntı yaratan süreçle başlıyoruz; örneğin üretim takibi ya da depo yönetimi. Modül, muhasebe paketinizle birlikte çalışacak şekilde entegrasyonuyla beraber geliştiriliyor.
3. Pilot ve yaygınlaştırma: Modül önce bir ekip, bir hat ya da bir depoda kullanılıyor; geri bildirime göre düzeltilip şirket geneline açılıyor.
4. Bağlantılı modüller: Satın alma, sevkiyat, servis ya da saha gibi ilk modüle bağlı süreçler sırayla ekleniyor. Her aşama kendi başına kullanılabilir bir sonuç veriyor.
5. Raporlama ve otomasyon: Veri oturduğunda yönetim panoları, uyarılar ve otomatik iş akışları ekleniyor.

Her aşamanın kapsamını yazıya dökerken şu başlıkların netleşmesini öneriyoruz:

• Roller ve ekranlar: Modülü kimler, hangi cihazda ve hangi yetkilerle kullanacak?
• Veri sahipliği: Her veri türü operasyon yazılımında mı oluşuyor, yoksa paketten mi geliyor?
• Entegrasyon noktaları: Hangi kayıt pakete ne zaman, hangi belge türüyle aktarılacak; aktarılamazsa bunu kim, nereden görecek?
• Kabul kriterleri: Modülün canlıya hazır sayılması için hangi senaryoların uçtan uca çalışması gerekiyor?
• Kapsam dışı bırakılanlar: Bu aşamada bilerek yapılmayacak işler hangileri? Bunları yazmak, kapsamın sessizce büyümesini önler.

Bu yaklaşımda her aşama bir sonrakinin kapsamını netleştirir; ilk modülden öğrenilenler sonraki modüllerin daha doğru tasarlanmasını sağlar. İhtiyaçlarınızı adım adım toparlamak için proje planlayıcımızı kullanabilirsiniz.

Sonuç

Hazır ERP mi, özel ERP mi sorusunun herkes için geçerli tek bir cevabı yok. Standart süreçlerde paket ERP hızlı ve güvenli bir başlangıçtır; şirketi farklılaştıran süreçlerde ise özel yazılım, ekibin paketin etrafından dolaşmak için kurduğu geçici çözümlerin yerini alır. Çoğu işletme için en dengeli sonuç, resmi muhasebeyi pakette tutup operasyonu özel yazılımla yönetmek ve iki sistemi sağlam bir entegrasyonla bağlamaktır.

BernSoftware olarak muhasebe paketinizin yerini almaya çalışmıyoruz; onun etrafında çalışan operasyon yazılımlarını geliştiriyor ve iki yönlü entegre ediyoruz. Kapsamlı bir sistem için ERP yazılımı geliştirme, ERP dışındaki iş uygulamaları için özel yazılım geliştirme sayfalarımıza göz atabilir ya da bizimle iletişime geçebilirsiniz.