Bir depo sorumlusu, standart mal kabul ekranında olmayan bir kalite kontrol formu istiyor. Bir satış ekibi, CRM’de müşteri özel bir onay adımı eklenmesini talep ediyor. Klasik senaryoda bu istekler bir talep formuna yazılır, yazılım ekibinin sırasına girer, birkaç hafta ya da ay sonra “sprint’e alındı” cevabı gelir. İşin sahibi bu süre boyunca Excel’e geri döner — ve veri yeniden ERP dışına sızar.
Low-code (düşük kodlu) ve no-code (kodsuz) geliştirme, bu bekleme süresini kısaltmayı hedefleyen bir yaklaşım. ERP tarafında ne anlama geldiğini, klasik özel yazılım geliştirmeden nerede ayrıştığını, hangi senaryolarda işe yaradığını ve gözden kaçırılmaması gereken riskleri bu yazıda ele alıyoruz.
Low-Code / No-Code ERP’de Ne Anlama Geliyor?
Low-code, ekran, form ve iş akışlarının büyük kısmının satır satır kod yazmak yerine görsel bir tasarım katmanında (sürükle-bırak, form editörü, akış şeması) kurulmasıdır. “Az kodla” ifadesi buradan gelir: karmaşık bir hesaplama veya özel bir entegrasyon gerektiğinde küçük kod parçaları hâlâ devreye girebilir, ama iskeletin tamamı kod yazılmadan kurulur. No-code ise bu ölçeğin uç noktası — hiç kod yazılmadan tamamlanan senaryolar.
ERP’ye bağlı bir low-code platformda önemli olan tek başına ekran tasarımı değil; oluşturulan formun, sürecin ve raporun aynı ERP veri modeline yazması. Aksi halde ortaya “hızlı çözülmüş ama izole” bir uygulama çıkar — stok verisiyle konuşmayan bir kalite formu, cari hesapla bağlantısız bir onay akışı gibi. Bu ayrım, low-code’u bağımsız bir form aracından (Google Forms, Excel makrosu) ayıran asıl fark.
Klasik Özel Geliştirme ile Low-Code Arasındaki Fark
| Konu | Klasik özel geliştirme | Low-code yaklaşım |
|---|---|---|
| Kim yapar | Yazılım geliştirme ekibi | İş birimi + IT birlikte, çoğu zaman IT gözetiminde iş birimi |
| Süre | Talep, analiz, kodlama, test — haftalar/aylar | Genellikle gün/hafta içinde ilk versiyon |
| ERP veri modeliyle bağ | Ayrıca entegrasyon geliştirilmezse kopuk kalabilir | Aynı veri modeli üzerinde çalışır (platforma bağlı) |
| Sürüm yükseltmesinde risk | Özel kod, ERP güncellemesinde bozulabilir | Platform kendi güncellemesini yönetir, özel ekranlar genelde etkilenmez |
| Uygun olduğu iş | Karmaşık, yüksek hacimli, performans kritik süreçler | Orta karmaşıklıktaki, sık değişen, birim-özel süreçler |
Tablodaki son satır kritik: low-code her ihtiyacı karşılamaz. Yüksek hacimli, performans kritik veya çok katmanlı entegrasyon gerektiren bir süreç için hâlâ klasik geliştirme veya standart modül tercih edilir. Low-code’un güçlü olduğu yer, “standart modülün tam karşılamadığı ama özel bir yazılım projesi açacak kadar da büyük olmayan” ara bölge.
Hangi Senaryolarda İşe Yarar?
Sahada sık karşılaşılan low-code kullanım alanları şöyle sıralanabilir:
- Özel onay akışları: Belirli bir tutarın üstündeki satın alma taleplerinde ek bir onay adamı devreye girsin isteniyor; standart akışta bu adım yok.
- Sektöre veya müşteriye özel formlar: Gıda üretiminde parti/lot bazlı ek kalite kontrol formu, inşaatta hakediş kalemine özel bir onay ekranı.
- Departman içi mini uygulamalar: İK’nın izin taleplerini kendi akışına göre yönetmesi, saha ekibinin ziyaret raporunu doldurduğu basit bir form.
- Geçici veya mevsimsel süreçler: Bir kampanya dönemi için özel bir sipariş ekranı, yıl sonu sayım için ek bir doğrulama adımı.
- Raporlama öncesi veri toplama: Standart modülde alanı olmayan bir bilginin (örneğin özel bir sertifika numarası) sisteme girilmesi ve raporlara yansıması.
Ortak nokta, bu ihtiyaçların hiçbirinin ERP’nin çekirdek mimarisini değiştirmemesi — sadece mevcut veri üzerine ince bir katman eklemesi.
Neden Şimdi Öne Çıkıyor?
Gartner’ın tahminlerine göre, kurumsal low-code geliştirme pazarının küresel büyüklüğü 2026’da yaklaşık 44,5 milyar dolara ulaşıyor ve yeni geliştirilen uygulamaların önemli bir kısmı artık low-code araçlarla kuruluyor. Aynı araştırmaya göre low-code kullanıcılarının önemli bölümü artık IT departmanı dışından — yani formu ya da akışı kuran kişi doğrudan işin sahibi. Bu, ERP tarafında iki gerçek talebe karşılık geliyor: IT ekiplerinin özel istek kuyruğunu tek başına yetiştirememesi ve iş birimlerinin, ihtiyacını en iyi kendisinin tarif edebileceğini fark etmesi.
Riskler: Gölge BT ve Yönetişim İhtiyacı
Low-code’u sınırsız serbest bırakmak, yeni bir tür dağınıklık yaratabilir. Herkesin kendi formunu, kendi akışını kurduğu bir ortamda ortaya çıkabilecek sorunlar:
- Tutarsız veri kalitesi: Aynı bilgi farklı ekranlarda farklı şekilde tutulmaya başlar.
- Denetlenemeyen değişiklik: Kim, ne zaman, hangi akışı değiştirdi sorusu cevapsız kalır.
- Kritik sürece dönüşen “geçici” çözüm: Basit bir form zamanla şirketin bel kemiği bir sürece dönüşür ama hâlâ tek kişinin bildiği bir yapı olarak kalır.
Bunun çözümü low-code’dan vazgeçmek değil, yönetişim kurmak: kimin yeni ekran/akış oluşturabileceğini tanımlamak, değişiklik geçmişini kayıt altına almak, kritik hâle gelen uygulamaları IT’nin gözden geçirmesini sağlamak. Bu konuyu, standart süreç ile özelleştirme arasındaki dengeyi ele aldığımız fit-gap analizi yazımızda daha ayrıntılı işledik.
Low-Code Platformu Değerlendirirken Sorulacak Sorular
Bir ERP’nin low-code katmanını değerlendirirken sorulması gereken pratik sorular:
- Oluşturulan form/akış, ERP’nin ana veri modeline mi yazıyor, yoksa ayrı bir veri tabanında mı duruyor?
- Kullanıcı yetkilendirmesi (kim görebilir, kim değiştirebilir) ERP’nin mevcut rol yapısıyla mı çalışıyor, yoksa ayrı bir sistem mi kurmak gerekiyor?
- Platform güncellendiğinde, daha önce kurulan özel ekranlar bozuluyor mu, yoksa ERP sürüm yükseltmesinden bağımsız mı çalışıyor?
- Değişiklik geçmişi (kim, ne zaman, ne değiştirdi) izlenebiliyor mu?
- Karmaşık bir hesaplama gerektiğinde küçük kod eklemeye izin veriyor mu, yoksa tamamen kapalı bir kutu mu?
Bu soruların cevabı net değilse, low-code katmanı zamanla ERP’nin dışında ikinci bir “gölge sistem” hâline gelebilir — tam da kaçınılmak istenen dağınıklığa geri dönülür.
Qera’da Low-Code: CFM Modülü
Qera ERP’de bu ihtiyaç CFM (low-code) modülüyle karşılanıyor. İşletmeye özel ekranlar, formlar ve süreçler az kodla ya da kod yazmadan oluşturulabiliyor; standart modüllerin karşılamadığı ihtiyaçlar kapsamlı bir geliştirme döngüsüne girmeden hayata geçiriliyor. Kritik nokta yukarıda anlatılan ayrım: CFM ile geliştirilen uygulamalar aynı ERP veri modeli üzerinde çalışıyor, dolayısıyla stok, cari veya üretim verisiyle kopukluk yaşanmıyor.
Bu yaklaşımın işletmeye somut karşılığı üç noktada toplanıyor: standart ekranın karşılamadığı özel bir ihtiyaç için ayrı bir yazılım projesi açmaya gerek kalmıyor, geliştirme süresi haftalar yerine gün mertebesine iniyor, ve ortaya çıkan uygulama ERP’nin geri kalanıyla aynı veride kaldığı için raporlamaya da doğrudan yansıyor. CFM modülünü inceleyerek özelliklerine daha yakından bakabilirsiniz.
Sıkça Sorulan Sorular
Low-code ile no-code arasındaki fark nedir?
No-code, hiç kod yazmadan tamamlanan senaryoları kapsar. Low-code ise büyük kısmı görsel araçlarla kurulan ama gerektiğinde küçük kod parçalarına da izin veren, biraz daha esnek bir yaklaşımdır. ERP bağlamında ikisi genelde aynı platformun farklı kullanım seviyeleri olarak birlikte anılır.
Low-code her özelleştirme ihtiyacını karşılar mı?
Hayır. Yüksek hacimli, performans kritik veya çok katmanlı entegrasyon gerektiren süreçler için klasik yazılım geliştirme veya standart modül genelde daha uygundur. Low-code, orta karmaşıklıktaki ve sık değişen birim-özel süreçlerde güçlüdür.
Low-code ile kurulan bir form, ERP verisiyle otomatik entegre mi olur?
Platforma bağlı. Qera’nın CFM modülünde geliştirilen uygulamalar aynı ERP veri modeli üzerinde çalışır; bu yüzden ayrı bir entegrasyon adımı gerekmez. Farklı bir platformda bu garanti olmayabilir — değerlendirme sırasında mutlaka sorulması gereken bir nokta.
Low-code kullanmak IT ekibinin işini azaltır mı, yoksa yeni bir yük mü getirir?
İkisi de olabilir. Doğru yönetişimle (kimin form oluşturabileceği, değişikliklerin nasıl kayıt altına alındığı net tanımlıysa) IT’nin talep kuyruğunu azaltır. Yönetişim yoksa, dağınık ve denetlenemeyen bir “gölge BT” katmanına dönüşme riski taşır.
Hangi departmanlar low-code’u kendi başına kullanabilir?
Bu, işletmenin belirlediği yetkilendirmeye bağlı. Genellikle IT, hangi kullanıcı gruplarının yeni form/akış oluşturabileceğini, hangilerinin sadece mevcut olanları kullanabileceğini tanımlar. Kritik süreçlere dönüşen uygulamalar için IT gözden geçirmesi önerilir.
Qera’nın low-code modülü ek maliyet gerektiriyor mu?
Qera’nın anahtar teslim modelinde kurulum ve eğitim dahildir; fiyatlandırma işletmenin kapsamına ve kullanıcı sayısına göre değişir. Net rakam için kurum profiline özel bir değerlendirme gerekir — bu konuda demo talebi sırasında somut bir çerçeve paylaşılabilir.
Standart ekranların karşılamadığı bir ihtiyacınız mı var, yoksa mevcut low-code/özelleştirme yükünüzü mü gözden geçirmek istiyorsunuz? Qera ERP’yi inceleyebilir veya ücretsiz demo talep edebilirsiniz — CFM modülünü kendi senaryonuzla ekranda görebilirsiniz.
