Kısaca: ERP seçiminde en uzun özellik listesine sahip yazılım değil, süreçlerinizi en az uyarlamayla ve sürdürülebilir biçimde taşıyabilen yazılım kazanır. Kaçırılmaması gereken beş kritik özellik şunlardır: süreçlerinize uyum, Türkiye yerelleştirmesi ve mevzuat uyumu, entegrasyon kabiliyeti, veri modeli ve veri sahipliği, dağıtım ve sürüm yönetimi. Bunları değerlendirmenin sırası da önemlidir: önce kapsam, sonra ürün.
ERP seçim süreçlerinin çoğu bir özellik karşılaştırma tablosuyla başlar. Adayların sunumları yan yana konur, her satıra «var» ya da «yok» yazılır ve en çok «var» toplayan yazılım öne çıkar. Bu yöntem kolaydır ama yanıltıcıdır: bir özelliğin var olması, o özelliğin sizin iş akışınızda nasıl çalışacağını söylemez. Bu yazıda bir ERP yazılımında gerçekten belirleyici olan beş özelliği ve her birini nasıl sınamanız gerektiğini ele alıyoruz.
1. Süreçlerinize uyum: özellik değil, akış
İlk ve en kritik özellik, yazılımın süreçlerinizi standart yetenekleriyle ne ölçüde karşıladığıdır. Siparişten sevkiyata, satın almadan üretime kadar her akışın yazılımda nasıl yürüyeceği görülmeden yapılan seçim, projenin ortasında «biz bu süreci böyle yürütmüyoruz» cümlesiyle geri döner.
Bunu sınamanın yolu, süreçleri ortak bir dille tanımlamaktır. İş süreçlerini modellemek için uluslararası bir standart olan BPMN, hem ekibinizin hem de adayların aynı akışa bakmasını sağlar. Her ihtiyacın standart yazılım yetenekleriyle karşılanıp karşılanmadığını gösteren analizin adı Gap / Fit'tir: «fit» standart yetenekle karşılanan ihtiyaç, «gap» ise uyarlama, geliştirme ya da süreç değişikliği gerektiren ihtiyaçtır.
Sorulacak soru «Bu özellik var mı?» değil, «Bizim akışımız bu yazılımda standart haliyle nasıl çalışır ve nerede uyarlama gerekir?» olmalıdır.
2. Türkiye yerelleştirmesi ve mevzuat uyumu
Türkiye'de faaliyet gösteren bir üretici için ERP'nin muhasebe ve belge akışı yerel mevzuata uymak zorundadır. e-Fatura, e-Arşiv Fatura ve e-İrsaliye gibi elektronik belgeler Gelir İdaresi Başkanlığı'nın (GİB) e-Belge düzenlemelerine, yasal defterler ise e-Defter uygulamasına tabidir. Kişisel verilerin işlenmesi de 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) çerçevesinde yürütülür.
Burada dikkat edilmesi gereken nokta, yerelleştirmenin yazılımın çekirdeğinde mi, ek bir modülde mi yoksa üçüncü taraf bir bağlantıyla mı sağlandığıdır. Her biri farklı bir bakım ve sürüm yükseltme sorumluluğu doğurur. Adaylardan bu belgelerin uçtan uca nasıl üretildiğini ve mevzuat değiştiğinde güncellemenin kim tarafından, nasıl yapıldığını göstermelerini isteyin.
3. Entegrasyon kabiliyeti ve açık arayüzler
ERP tek başına çalışmaz. CRM, üretim yürütme sistemi (MES), planlama, e-ticaret ve bankacılık sistemleri ERP ile veri alışverişi yapar. Bu yüzden belgelenmiş, sürümlenmiş ve erişim yetkileriyle korunan programlama arayüzleri (API) bir ERP'nin en değerli özelliklerinden biridir.
Değerlendirirken üç soru sorun: Arayüzler açık biçimde belgelenmiş mi? Sürüm yükseltmelerinde geriye dönük uyum nasıl korunuyor? Entegrasyonların bakım sorumluluğu kimde olacak? Belgelenmemiş ya da projeye özel geliştirilmiş bağlantılar, ilk sürüm yükseltmesinde en çok iş çıkaran kalemlerdir.
4. Veri modeli, raporlama ve veri sahipliği
Bir ERP'nin değeri, ürettiği verinin güvenilirliğiyle ölçülür. Ana veri yapısı (malzeme, ürün ağacı, müşteri, tedarikçi), işlem kayıtlarının izlenebilirliği ve kimin neyi ne zaman değiştirdiğini gösteren denetim izi kritik özelliklerdir.
Aynı derecede önemli bir soru veri sahipliğidir: Verilerinizi istediğiniz zaman standart biçimlerde dışa aktarabilecek misiniz? Raporlama için ayrı bir araç gerekecek mi? Bulut tabanlı bir çözümde verinin nerede tutulduğu ve sözleşme sona erdiğinde size nasıl teslim edileceği de seçim aşamasında netleşmelidir.
5. Dağıtım modeli, sürüm yönetimi ve sürdürülebilirlik
Yazılımın bulutta abonelikle mi (SaaS), kendi sunucularınızda mı yoksa size ayrılmış bir bulut ortamında mı çalışacağı yalnızca teknik bir tercih değildir. ABD Ulusal Standartlar ve Teknoloji Enstitüsü'nün (NIST) bulut bilişim tanımı, bu modeller arasındaki sorumluluk ayrımını netleştirmek için yararlı bir başvuru kaynağıdır.
Dağıtım modeli; sürüm yükseltmelerinin sıklığını, özelleştirmelerin yeni sürümlere nasıl taşınacağını ve bakım yükünün kimde olacağını belirler. Adaylara şunu sorun: Yeni sürümlere geçiş nasıl yapılıyor, özelleştirmeler bu geçişten nasıl etkileniyor ve eski sürümler ne kadar süre destekleniyor?
Özellik listesi mi, süreç uyumu mu?
Aynı beş başlık, iki farklı bakışla bambaşka sonuçlar verir:
| Başlık | Özellik listesine bakan değerlendirme | Süreç uyumuna bakan değerlendirme |
|---|---|---|
| Süreç uyumu | «Üretim modülü var.» | Kendi üretim akışınız standart haliyle nasıl çalışıyor, nerede uyarlama gerekiyor? |
| Yerelleştirme | «e-Fatura destekleniyor.» | Belgeler uçtan uca nasıl üretiliyor, mevzuat değişince güncellemeyi kim yapıyor? |
| Entegrasyon | «API mevcut.» | Arayüzler belgelenmiş ve sürümlenmiş mi, bakım sorumluluğu kimde? |
| Veri | «Raporlama modülü var.» | Veri modeli ihtiyacı karşılıyor mu, veriyi standart biçimde alabiliyor musunuz? |
| Dağıtım ve sürüm | «Bulut ve kurulum seçenekleri var.» | Özelleştirmeler yeni sürümlere nasıl taşınıyor, bakım yükü kimde? |
Doğru sıra: önce kapsam, sonra ürün
Bu beş özelliği anlamlı biçimde değerlendirebilmek için önce neyi değerlendirdiğinizi bilmeniz gerekir. Kapsam belirsizken yapılan ürün karşılaştırması, ölçü alınmadan dikilen bir elbiseye benzer.
MindDX'in yaklaşımında bu sıra bilinçlidir. Assess, mevcut durumu ve ihtiyacı yapılandırır ve kapsamı kanıtla doğrular; çıktısı Doğrulanmış Kapsam'dır ve ürün kararı bu kanıttan sonra gelir. Her ihtiyacın standart yeteneklerle karşılanıp karşılanmadığını gösteren tam Gap / Fit analizi ise Implement aşamasında üretilir. Böylece özellik tartışması varsayımlar yerine kanıt üzerinden yürür.
Belirli yazılımlar arasında karar vermeye çalışıyorsanız üretici KOBİ'ler için ERP seçme rehberimize, teklifleri karşılaştırıyorsanız ERP tekliflerindeki beş kritik kalem yazımıza göz atabilirsiniz.
Sonuç
ERP seçiminde belirleyici olan, yazılımın ne kadar çok şey yapabildiği değil, işinizi ne kadar az uyarlamayla ve ne kadar sürdürülebilir biçimde taşıyabildiğidir. Süreç uyumu, yerelleştirme, entegrasyon, veri ve sürüm yönetimi bu sorunun beş yüzüdür.
Seçim sürecinize kanıtla başlamak ister misiniz?
Kaynaklar
- Object Management Group — Business Process Model and Notation (BPMN) 2.0
- Gelir İdaresi Başkanlığı — e-Belge (e-Fatura, e-Arşiv Fatura, e-İrsaliye)
- Gelir İdaresi Başkanlığı — e-Defter
- 6698 sayılı Kişisel Verilerin Korunması Kanunu (Mevzuat Bilgi Sistemi)
- Kişisel Verileri Koruma Kurumu
- NIST SP 800-145 — The NIST Definition of Cloud Computing