ERP uyarlama nedir? İşletmeyi ERP’ye değil, ERP’yi işletmeye uydurmak

Satın alma müdürü, ERP satıcısıyla yapılan toplantıdaki cümleyi hâlâ hatırlıyor: “Sistemimiz bunu böyle yapmıyor, sürecinizi değiştirmeniz gerekir.” Oysa işletmenin onay düzeni tutarlı bir gerekçeye dayanıyor: belirli bir tutarın üzerindeki talepler iki ayrı yöneticiden geçiyor, fason işlerde sevk belgesi ayrı bir kuralla düzenleniyor. Yazılımı kurala mı, kuralı yazılıma mı uydurmalı? Çoğu işletme bu soruyu proje başladıktan aylar sonra, kullanıcılar tabloya geri dönmeye başlayınca sorar. Cevap iki uçta da değil; neyin uyarlanacağını bilinçli seçmekte yatıyor.

ERP uyarlama, hazır bir ERP’nin iş kuralları, onay yapısı, raporlar ve diğer sistemlerle veri alışverişi gibi alanlarda işletmenin gerçek çalışma biçimine göre ayarlanması veya ek modüllerle genişletilmesidir. Bu yazı uyarlamanın neleri kapsadığını, hangi örneklerde anlamlı olduğunu ve ne zaman fazlaya kaçtığını anlatıyor; yaklaşımı YazSis ERP bakışıyla ilişkilendiriyor.

ERP uyarlama nelere dokunur?

Uyarlama tek bir iş değil, farklı derinlikte beş alandır. İlk ikisi çoğunlukla ayarla çözülür, sonrakiler geliştirme gerektirebilir.

• İş kuralları: Fiyat, iskonto, stok çıkışı, sevkiyat gibi adımların işletmenize özgü koşulları.
• Onay yapısı: Kimin, hangi tutar ve koşulda, hangi sırayla onayladığı.
• Raporlar ve göstergeler: Yönetimin baktığı ekranlar, KPI tanımları, kırılımlar.
• Entegrasyonlar: Muhasebe, depo, saha veya e-ticaret gibi diğer sistemlerle veri akışı.
• Ek modüller: Standart ürünün hiç karşılamadığı bir iş akışı için ayrı geliştirilen parça.

ERP uyarlama örnekleri

Aşağıdaki dört örnek kurgusal bir orta ölçekli üretim firmasından alındı; hangi alanın neden uyarlandığını göstermek için seçildi.

• Onay yapısı: tutara göre değişen zincir. Küçük tutarlı talepler birim yöneticisinde biter, büyük tutarlı talepler finans yöneticisine de gider. Standart bir akış tek onay adımı sunuyorsa bu fark e-postayla yürütülür ve kayıtta görünmez. Uyarlama, kuralı sistemin içine taşır.
• Rapor: yönetimin tek ekranı. Genel müdür her sabah açık siparişleri, geciken sevkleri ve stokta kritik seviyeye inen malzemeleri aynı sayfada görmek istiyor. Hazır raporlar bunları ayrı ayrı veriyor; uyarlama, kendi tanımınızla tek bir görünüm kurmaktır.
• Entegrasyon: ERP’nin etrafındaki sistemler. Depo el terminalinden gelen sayım sonucu, üretim sahasındaki hareket ya da banka bilgisi ERP’ye elle girilmek yerine bir arayüzle aktarılır. Hangi alanın hangi yönde, hangi sıklıkla akacağı proje kapsamında belirlenir.
• Ek modül: ERP’de karşılığı olmayan akış. Firma, fason atölyelere giden yarı mamulleri hangi atölyede, hangi tarihte, hangi miktarla beklediğini tek ekrandan izlemek istiyor. Standart ürün sevk ve stok hareketini tutuyor ama atölye bazlı bekleyen iş görünümü sunmuyor. Burada uyarlama yetmez; küçük bir ek modül ve ERP’den okunan veri gerekir.

ERP ek modül geliştirme ne zaman gerekir?

Ek modül, ayarla çözülemeyen ve işletmenizin rekabetini ya da düzenini etkileyen bir akış için gündeme gelir. Üç soru karar vermeyi kolaylaştırır: Bu süreç sektörünüzde herkesin yaptığı standart bir iş mi, yoksa işletmenizi farklılaştıran bir yanı var mı? Bugün elle yürütülürken kayıp, gecikme ya da hata üretiyor mu? Ürünün standart akışı uyarlanarak karşılanabiliyor mu, yoksa tamamen ayrı bir ekran ve kural mı gerekiyor? Karar verirken yalnızca bugünkü ihtiyacı değil, bu akışın önümüzdeki yıllarda kaç kişiyi ve hangi sistemi etkileyeceğini de düşünün; küçük görünen bir ek modül, ERP’nin veri yapısıyla uyumlu kurulmazsa ileride ayrı bir veri adasına dönüşebilir.

İlk soruya “standart” cevabını veriyorsanız çoğu zaman ürünün kendi akışına uymak daha sağlıklıdır. İkisinin cevabı da “farklı” ise ek modül makul bir yatırımdır. Özel yazılım tarafında bu iş, amaç-kullanıcı-veri-iş kuralı çıkarılarak başlar, ardından kullanım akışı ve teknik yapı tasarlanır, modüler geliştirilir ve gerçek senaryolarla test edilir.

Hazır ERP’ye mi işletmeye özel ERP’ye mi yatırım yapmalıyız?

Soru çoğu zaman ikili sorulur, oysa dört seçenek vardır. Tablo, hangisinin hangi durumda anlamlı olduğunu özetler.

Neyi standart bırakmalı, neyi uyarlamalı?

Uyarlamanın en sağlam savunması, “bunu herkes böyle yapıyor” sorusunun cevabıdır. Herkesin aynı yaptığı işte özelleştirme çoğunlukla gereksiz yük yaratır; sizi rakibinizden ayıran adımda ise standart akış bir kısıt olabilir.

Uyarlamanın riski: her isteği kod yapmak

Uyarlama kontrolsüz büyürse ERP, anlaşılması zor bir kurallar yığınına dönüşür. Yeni sürüme geçmek zorlaşır, bilgi birkaç kişide kalır, her küçük istek proje olur. Bir uyarlama talebini onaylamadan önce şu soruları sorun.

1. Bu istek hangi iş sonucunu iyileştiriyor, ölçülebilir mi?
2. Standart ayarla veya süreci küçük değiştirerek aynı sonuca varılabilir mi?
3. Kuralı kim tanımladı, kim değiştirebilir, nerede yazılı?
4. Uyarlama, ürünün gelecek sürümlerinde nasıl taşınacak?
5. Raporlar ve diğer sistemler bu değişikliğe bağımlı mı?
6. Talep sahibi dışında ekip bu değişikliği kullanıyor mu?

Eksik süreci Excel ve e-postayla kapatmak

ERP’nin karşılamadığı bir adımı Excel tablosu ve e-postayla yürütmek, başlangıçta mantıklı bir geçici çözümdür; hızlıdır, kimseden proje beklemez. Sorun, geçici çözümün kalıcılaşmasıyla başlar. Onay e-postada kaybolur, tablo bir kişinin bilgisayarında durur, ERP’deki kayıtla tablo arasındaki fark dönem sonunda elle kapatılır. Aynı adımı ayda bir kez yapıyorsanız tablo yeter; her gün onlarca kişi yapıyorsa bu adım uyarlamanın aday listesindedir. Pratik bir ölçü: tabloyu ayda birkaç kişi dolduruyorsa hâlâ iş görür; ama aynı tabloya birçok kişi yazıyor, veriyi başka biri elle ERP’ye taşıyor ve her ay “neden tutmuyor” toplantısı yapılıyorsa, bu tablo bir sürecin kendisi olmuş demektir.

YazSis ERP’de uyarlama yaklaşımı

YazSis ERP satış, satın alma, stok ve depo, üretim, finans ve yönetim süreçlerini işletmenin gerçek çalışma modeline göre aynı veri akışında buluşturmayı hedefler; ilkesi “ERP’yi işletmenize uydurun, işletmenizi ERP’ye değil” cümlesinde özetlenir. Çalışma dört ilkeye dayanır: mevcut sistemi koru ve çalışan ERP’yi sökmeden eksik süreçleri tamamla, standart ürünün karşılamadığı iş akışını özel modülle genişlet, API ve veri tabanı entegrasyonlarıyla ortak bilgi akışı kur, yönetim raporlarıyla darboğazı ve sonucu ölç.

Kapsamın hangi süreçleri içereceği, ürün ve entegrasyon ihtiyaçlarına göre ön analizde belirlenir; hazır bir paket ya da sabit bir uyarlama listesi yoktur.

Elinizdeki ERP’nin hangi süreçlerde yetmediğini ve hangi adımın uyarlamaya değeceğini birlikte çıkarmak isterseniz özel yazılım sayfasından başlayabilirsiniz.