ERP kullanan şirketlerde asıl darboğaz çoğu zaman verinin üretilmesi değil, doğru anda doğru kişiye ulaşmasıdır. Depoda sayım yapılır ama sisteme geç girilir. Satış temsilcisi siparişi sahada alır, ancak merkeze döndüğünde işler. Finans ekibi onay beklerken süreç uzar. ERP entegre mobil uygulama tam bu noktada devreye girer: mevcut ERP altyapısını telefona taşır. Bunu da yalnızca ekranı küçülterek değil, iş akışını mobil kullanıma uygun hale getirerek yapar.
İyi kurgulanmış bir mobil entegrasyon, ERP'nin veri bütünlüğünü korur. Kullanıcılar telefon üzerinden stok görüntüler, sipariş açar, cari risk kontrolü yapar, onay verir; gerektiğinde fotoğraf, konum ya da imza ekler. Buradaki kritik konu tek bir mobil uygulama geliştirmek değildir; ERP, API katmanı, yetkilendirme, çevrimdışı çalışma ve senkronizasyon mimarisini birlikte tasarlamaktır. Yazının devamında, ERP entegre mobil uygulamanın nasıl çalıştığını ve sahada hangi süreçleri gerçekten iyileştirdiğini adım adım ele alacağız.
ERP entegre mobil uygulama nedir?
ERP entegre mobil uygulama, bir işletmenin kullandığı ERP sistemindeki veri ve işlemleri mobil cihazlardan erişilebilir hale getiren özel yazılımdır. Buradaki amaç, ERP'nin tüm modüllerini telefona taşımak değildir. Daha doğru yaklaşım, saha ve operasyon ekiplerinin günlük işlerinde ihtiyaç duyduğu 5-10 ana akışı seçmek ve bunları mobil kullanım senaryosuna göre sadeleştirmektir.
Örneğin bir satış ekibi için masaüstündeki 20 alanlı sipariş formu mobilde verimli değildir. Telefonda çoğu zaman müşteri seçimi, ürün ekleme, anlık stok görme, fiyat kontrolü, iskonto limiti ve sipariş onayı yeterli olur. Bir depo ekibi içinse barkod okutma, lokasyon bazlı stok görüntüleme, sayım farkı girişi ve sevkiyat onayı daha değerlidir. Aynı ERP kullanılsa bile iki mobil ekran seti farklı şekilde tasarlanır.
Teknik tarafta bu yapı genellikle 3 katmanlı ilerler:
- Mobil istemci: iOS, Android veya cross-platform uygulama
- Entegrasyon servisi: API, iş kuralları, loglama, kuyruk yapısı
- ERP katmanı: ana veri, finansal kayıtlar, stok ve sipariş modülleri
Buradaki yaygın yanılgı şudur: mobil uygulamanın doğrudan ERP veritabanına bağlandığı sanılır. Oysa sağlıklı mimaride doğrudan bağlantı tercih edilmez. Araya API veya entegrasyon servisi konur. Bu katman hem güvenlik sağlar hem de ERP üzerindeki yükü kontrol altında tutar.
Stok süreçleri telefona nasıl taşınır?
Stok yönetimi, mobilleştirme için en uygun alanlardan biridir; çünkü sahada anlık veri ihtiyacı yüksektir. Özellikle depo, mağaza, servis ve saha satış ekipleri için birkaç saniyelik gecikme bile yanlış siparişe ya da eksik sevkiyata neden olabilir.
Basit bir senaryo düşünelim. Depo personeli ürün toplama sırasında barkodu okutur. Uygulama ilgili ürün kartını API üzerinden çağırır. Ekranda ürün adı, varyant, mevcut depo stoku, rezerve miktar ve sevk edilebilir bakiye gösterilir. Kullanıcı işlem yaptığında veri ya anında ERP'ye yazılır ya da bağlantı zayıfsa yerelde tutulup birkaç dakika içinde senkronize edilir.
Stok ekranlarında hangi veriler olur?
- Ürün kodu, barkod, açıklama
- Depo ve raf/lokasyon bilgisi
- Anlık stok, rezerve stok, minimum seviye
- Sayım farkı ve hareket geçmişi
- Lot, seri no veya son kullanma tarihi gibi izlenebilirlik alanları
Burada önemli bir detay var. Mobil uygulamadaki “anlık stok” ifadesi her zaman gerçek zamanlı olmak zorunda değildir. Bazı ERP sistemlerinde yoğun yük nedeniyle stok verisi 30 saniye, 1 dakika ya da daha uzun aralıklarla önbellekten servis edilir. Bu teknik olarak yanlış değildir; önemli olan iş kuralının doğru tanımlanmasıdır. Örneğin hızlı tüketim ürünlerinde 60 saniyelik gecikme kabul edilebilirken, seri numaralı medikal ürünlerde daha sıkı senkronizasyon gerekir.
Çevrimdışı kullanım neden önemli?
Depo içinde, saha ziyaretinde veya fabrika alanında bağlantı kalitesi her zaman stabil olmaz. Bu yüzden mobil uygulamanın, en azından kritik işlemler için offline-first mantıkla tasarlanması gerekir. Tipik model şöyledir:
- Kullanıcı işlem yapar.
- İşlem telefonun yerel veritabanına kaydedilir.
- Bağlantı gelince kuyruktaki kayıtlar sunucuya gönderilir.
- ERP yanıtına göre durum “başarılı”, “çakışmalı” veya “reddedildi” olarak işaretlenir.
Bu yapı doğru kurulmazsa aynı barkodun iki kez işlenmesi, sayım farklarının karışması ya da stokların eksiye düşmesi gibi problemler ortaya çıkabilir.
Sipariş yönetimi mobilde nasıl işler?
Sipariş akışında mobil kullanımın değeri sahada çok net görülür. Satış temsilcisi müşterideyken ürün listesi, güncel fiyat, kampanya ve stok bilgisine ulaşabiliyorsa siparişin telefonda tamamlanması 3-5 dakika içinde mümkün hale gelir. Kâğıda not alıp daha sonra ERP'ye girmek ise hem zaman kaybettirir hem de hata oranını artırır.
İyi tasarlanmış bir sipariş modülü genelde şu adımları izler: müşteri seçimi, cari limit kontrolü, ürün arama veya barkod okuma, miktar girişi, fiyat ve iskonto doğrulaması, teslimat adresi, onay ve ERP kaydı. Burada kullanıcı deneyimi belirleyicidir. Mobil ekranda masaüstündeki tüm kolonları göstermek yerine, karar anında gerekli bilgi öne çıkarılır.
Örnek bir sipariş akışı
Bir saha satış temsilcisi sabah 09:40'ta müşteriyi ziyaret ediyor. Uygulamada müşteriyi seçtiğinde sistem şu kontrolleri otomatik olarak çalıştırıyor:
- Cari hesabın açık bakiye ve risk limiti
- Vadesi geçmiş borç bulunup bulunmadığı
- Ürünün sevk edilebilir stok durumu
- Müşteriye özel fiyat listesi
- Temsilcinin iskonto yetki sınırı
Eğer yüzde 8 iskonto limiti olan bir kullanıcı yüzde 12 iskonto girerse işlem doğrudan ERP'ye yazılmaz. Mobil uygulama siparişi “onay bekliyor” durumuna alır ve ilgili yöneticiye bildirim gönderir. Telefona taşınan şey yalnızca sipariş formu değil, ERP içindeki karar mekanizmasıdır.
Teknik tarafta sipariş kaydı çoğu projede API ile yapılır. Basitleştirilmiş bir örnek istek şu yapıda olabilir:
{
"customerCode": "CARI-1024",
"orderDate": "2026-07-07T09:40:00Z",
"items": [
{"sku": "URUN-01", "qty": 12, "unitPrice": 185.50}
],
"discountRate": 12,
"salesRepId": "SR-44"
}Asıl iş, bu veriyi gönderdikten sonra başlar. ERP'den dönen hata mesajlarının kullanıcı dostu biçimde gösterilmesi gerekir. “Cari kart kilitli” ya da “fiyat listesi bulunamadı” gibi açıklamalar net olmalı; teknik hata kodları son kullanıcıya yansıtılmamalıdır.
Cari hesap ve finans verileri mobilde ne kadar erişilebilir olmalı?
Cari veriler hassastır. Bu yüzden mobil erişim tasarlanırken “gösterilebiliyor mu?” sorusundan önce “kim, hangi detay seviyesinde görebilir?” sorusu sorulmalıdır. Her kullanıcıya tam finans ekranı açmak pratik görünebilir, ancak denetim açısından risklidir.
Genelde mobil cari modülünde şu alanlar yeterli olur: toplam bakiye, vadesi geçmiş tutar, açık siparişler, son tahsilatlar, son 30 veya 90 günlük hareket özeti. Saha ekibi için çoğu zaman detaylı muhasebe fişi yerine, karar vermeyi kolaylaştıran özet görünüm daha kullanışlıdır.
Yetkilendirme nasıl yapılır?
Kurumsal projelerde yetki modeli en az 2 seviyeli kurgulanır:
- Rol bazlı yetki: satış temsilcisi, bölge müdürü, finans uzmanı
- Kapsam bazlı yetki: sadece kendi müşterileri, sadece belirli şube, sadece belirli şirket kodu
Örneğin bir kullanıcı 250 cari kartı görüntüleyebilir, ama yalnızca sorumlu olduğu 40 müşteri için sipariş girebilir. Finansal rakamlar maskeleme ile de gösterilebilir. Bazı ekranlarda sadece “risk uygun / risk aşıldı” bilgisi yeterlidir; exact bakiye herkes için gerekli değildir.
Mobil güvenlikte ek önlemler de önem taşır: cihaz doğrulama, token süresi, biyometrik giriş, veri şifreleme, oturum zaman aşımı. Özellikle BYOD yani çalışanların kendi cihazını kullandığı yapılarda, uygulama içindeki verinin ekran görüntüsü, kopyalama veya yerel depolama davranışı da düşünülmelidir.
Onay süreçleri telefona taşınırken hangi kurallar gerekir?
Onay süreçleri, mobil uygulamalarda en görünür faydayı üreten alanlardan biridir; çünkü bekleme süresini azaltır. Satın alma talebi, iskonto talebi, masraf formu, fiyat değişikliği veya sipariş onayı için yöneticinin masa başına dönmesi gerekmiyorsa süreç akışı hızlanır. Buradaki kazanç sadece süreyle sınırlı değildir; izlenebilirlik de artar.
Örnek bir yapıda, 50.000 TL üzeri satın alma talepleri bölge müdürü ve finans onayına düşebilir. 50.000 TL altı talepler ise tek kademeyle kapanabilir. Bu eşikler ERP'de zaten tanımlıysa mobil uygulama bunları yeniden icat etmez; servis katmanı üzerinden çağırır ve aynı kuralları uygular.
Mobil onay ekranı nasıl olmalı?
Yöneticinin telefonda uzun tablolar okuması beklenmez. Karar için gereken veri, kart yapısında sunulmalıdır:
- Talep türü ve kayıt numarası
- Tutar, para birimi, şirket/şube
- Talebi açan kişi ve tarih-saat bilgisi
- Gerekçe, ek dosya, fotoğraf veya PDF
- Onayla, reddet, revizyona gönder seçenekleri
Burada zaman bilgisi kritik bir çapa sağlar. Örneğin yöneticinin 2 saat içinde cevap vermediği kayıtlar için push bildirim, 24 saat sonra e-posta hatırlatma, 48 saat sonra üst kademeye eskalasyon tanımlanabilir. Bu değerler sektöre göre değişir, ancak mantık aynıdır: süreç görünür olmalı, bekleyen kayıtlar sahipsiz kalmamalıdır.
Ayrıca audit trail şarttır. Kim, hangi tarihte, hangi IP veya cihaz üzerinden, hangi statü değişikliğini yaptı? Bu log yapısı özellikle finans, satın alma ve kalite süreçlerinde kritik rol oynar.
Entegrasyon mimarisi nasıl kurgulanır?
ERP entegre mobil uygulamanın başarısı çoğu zaman arayüzden değil, arka plandaki entegrasyon tasarımından gelir. Doğru mimari kurulmadığında uygulama ilk demo aşamasında etkileyici görünür; canlı kullanımda ise yavaşlar, veri çakışması üretir ya da bakım maliyeti yükselir.
Pratikte sık kullanılan mimari şu bileşenlerden oluşur:
- Mobil uygulama
- API Gateway veya backend servis katmanı
- Kimlik doğrulama servisi
- ERP entegrasyon adaptörleri
- Loglama, izleme ve hata yönetimi altyapısı
Canlı projelerde her işlemi senkron yapmak zorunda değilsiniz. Sipariş kaydı gerçek zamanlı olabilir; raporlama verisi ise 5 dakikalık aralıklarla cache'ten gelebilir. Yüksek hacimli senaryolarda mesaj kuyruğu kullanmak fayda sağlar. Örneğin 10 saha personelinin değil, 400 kullanıcının aynı anda sipariş geçtiği yapılarda kuyruk tabanlı işleme daha sağlıklı sonuç verir.
API tasarımında versiyonlama da ihmal edilmemelidir. Bugün /api/v1/orders çalışan bir uç nokta, 6 ay sonra yeni alanlarla değişebilir. Mobil uygulamanın eski sürümlerini tamamen kırmadan ilerlemek için geriye dönük uyumluluk planı gerekir.
Proje başlamadan önce hangi kapsam netleşmeli?
Mobil ERP projesi “her şeyi telefona taşıyalım” yaklaşımıyla başlarsa gereğinden fazla uzar. En verimli yöntem, ilk fazda ölçülebilir 4-6 süreci seçmektir. Örneğin sipariş oluşturma, stok görüntüleme, cari risk kontrolü ve onay ekranları. Bu çekirdek senaryolar netleştiğinde hem entegrasyon yükü hem de kullanıcı eğitimi daha yönetilebilir hale gelir.
Analiz aşamasında en az şu sorular yanıtlanmalıdır:
- Hangi ERP kullanılıyor ve API desteği hangi seviyede?
- Gerçek zamanlı olması gereken işlemler hangileri?
- Offline çalışması gereken ekranlar var mı?
- Rol bazlı yetkiler ve onay hiyerarşisi nasıl?
- Günlük işlem hacmi yaklaşık kaç kayıt?
- Bildirim, dosya ekleme, imza, konum gibi mobil özellikler gerekecek mi?
Çoğu kurum için pilot kullanıcı grubu 10-20 kişiyle başlatmak iyi bir yöntemdir. Böylece tam yaygınlaştırmadan önce performans, kullanılabilirlik ve veri doğruluğu test edilir. Özellikle saha ekiplerinden gelen geri bildirimler, ilk tasarımdan daha değerlidir; çünkü gerçek kullanım davranışı toplantı odasında tam olarak tahmin edilemez.
Özetle, ERP entegre mobil uygulama bir “mobil ekran projesi” değildir. Operasyonel veriyi, yetki modelini ve iş kararlarını sahaya güvenli biçimde taşıyan bir sistem tasarımıdır. Stok, sipariş, cari ve onay süreçleri doğru kurgulanırsa çalışanlar ERP'ye daha hızlı veri girer, yöneticiler daha erken karar verir, merkez ile saha arasındaki kopukluk azalır. İhtiyaç doğru analiz edildiğinde ve entegrasyon mimarisi sağlam kurulduğunda, mobil kanal ERP'nin doğal bir uzantısına dönüşür.
Sık Sorulan Sorular
ERP entegre mobil uygulama her ERP sistemiyle çalışır mı?
Çoğu ERP ile entegrasyon mümkündür, ancak yöntem değişir. Modern ERP'lerde API veya web servis desteği bulunur. Daha eski sistemlerde ara katman geliştirmek, veri aktarım servisleri kullanmak veya belirli tablolar için kontrollü entegrasyon tasarlamak gerekebilir.
Mobil uygulama internet olmadan kullanılabilir mi?
Evet, kritik senaryolar için çevrimdışı çalışma tasarlanabilir. Barkod okutma, sipariş taslağı oluşturma ya da sayım kaydı gibi işlemler cihazda tutulur. Bağlantı geri geldiğinde ERP ile senkronize edilir. Yine de her işlem offline çalışmaz; finansal onay gibi bazı alanlar anlık doğrulama gerektirebilir.
Stok bilgisi mobilde gerçekten anlık mı olur?
Bu, entegrasyon mimarisine bağlıdır. Bazı projelerde veri gerçek zamanlı çekilir. Bazılarında ise performans için kısa süreli önbellek kullanılır. Kritik olan, kullanıcıya gösterilen stok bilgisinin güncellik kuralının net biçimde tanımlanmasıdır.
Güvenlik açısından en önemli konu nedir?
Tek bir başlık yok. Kimlik doğrulama, rol bazlı yetki, veri şifreleme, cihaz güvenliği, log kayıtları ve oturum yönetimi birlikte düşünülmelidir. Özellikle cari ve finans verisi gösterilen uygulamalarda ekran bazlı yetki tasarımı kritik önemdedir.
Hazır uygulama mı, özel yazılım mı daha doğru olur?
Standart süreçler için hazır ürünler yeterli olabilir. Şirketin ERP yapısı, onay akışları, fiyatlama kuralları veya saha operasyonu özelse özel yazılım daha doğru sonuç verir. Karar verilirken lisans maliyetinden çok entegrasyon uyumu ve sürdürülebilirlik değerlendirilmelidir.
