ERP entegrasyonlu mobil uygulama, işletmenin muhasebe, stok, cari, sipariş, üretim, sevkiyat veya servis verilerini mobil cihazlardan güvenli şekilde erişilebilir hale getiren yazılım yaklaşımıdır. Buradaki kritik nokta yalnızca “mobil ekrandan ERP görmek” değildir; asıl değer, sahadaki işlemin ERP’ye doğru, izlenebilir ve kontrollü biçimde akmasıdır.
Bir satış temsilcisinin müşterinin güncel bakiyesini görmesi, bayi temsilcisinin stoktaki ürünü siparişe çevirmesi, servis ekibinin iş emrini mobilde kapatması veya yöneticinin günlük tahsilat durumunu telefondan izlemesi aynı çatıya girer. ERP entegrasyonlu mobil uygulama, bu nedenle klasik bir mobil arayüz projesinden daha fazla planlama ister.
Atalay Tech’in mobil uygulama geliştirme projelerinde ERP entegrasyonu genellikle mobil uygulama, web yönetim paneli, API katmanı, kullanıcı yetkilendirme sistemi ve raporlama ihtiyaçlarıyla birlikte değerlendirilir. Çünkü ERP verisinin mobilde görünmesi kadar, hangi kullanıcının hangi veriyi göreceği ve hangi işlemi yapabileceği de işin merkezindedir.
Statista’nın 2026 tahminine göre küresel ERP yazılım pazarı 59 milyar doların üzerinde gelir büyüklüğüne ulaşmaktadır. Bu ölçek, ERP’nin yalnızca büyük şirketlerin kullandığı arka ofis yazılımı olmaktan çıkıp operasyonun merkezi veri omurgasına dönüştüğünü gösterir: Statista ERP Software Market. Mobil entegrasyon ihtiyacı da tam olarak bu noktadan doğar.
ERP sistemi şirketin operasyonel hafızasıdır. Cari hesaplar, ürün kartları, fiyat listeleri, stok miktarları, depo hareketleri, siparişler, faturalar, tahsilatlar ve üretim planları çoğu zaman ERP içinde tutulur. Mobil uygulama ise bu veriyi sahadaki kullanıcı için aksiyona dönüştürür.
Örneğin bir gıda dağıtım firmasında satış temsilcisi, market ziyaretinde ürün listesini kağıttan değil mobil uygulamadan açar. Müşteriye özel fiyatı görür, sipariş oluşturur, ödeme durumunu kontrol eder ve siparişi merkeze iletir. Bu işlem ERP’ye doğru kurgulanmış bir API ile aktarıldığında, ofiste tekrar veri girişi yapılmasına gerek kalmaz.
Bir üretim firmasında ise bakım ekibi makine arızasını mobil uygulama üzerinden iş emrine bağlayabilir. Servis notu, fotoğraf, kullanılan yedek parça ve kapanış saati ERP’ye işlenir. Böylece yöneticiler hem operasyonel veriyi hem de maliyet etkisini görebilir.
ERP entegrasyonlu mobil uygulama özellikle şu alanlarda kullanılır:
Bu projelerde API entegrasyonu, mobil uygulamanın ERP ile güvenli ve sürdürülebilir konuşmasını sağlayan ana katmandır. API doğru tasarlanmazsa mobil uygulama güzel görünse bile veri tutarsızlığı, performans sorunu ve operasyonel risk üretir.
Her ERP entegrasyonlu mobil uygulama aynı kapsamda olmak zorunda değildir. Bazı projelerde yalnızca ürün ve stok bilgisi mobilde gösterilir. Bazı projelerde ise sipariş, tahsilat, fatura, depo, üretim ve onay akışları çift yönlü çalışır.
Kapsam belirlenirken “ERP’de ne var?” sorusundan önce “mobil kullanıcının sahada hangi kararı vermesi gerekiyor?” sorusu sorulmalıdır. Çünkü gereksiz veri taşımak uygulamayı ağırlaştırır, güvenlik riskini artırır ve geliştirme maliyetini yükseltir.
| ERP Veri Alanı | Mobil Kullanım Senaryosu | Entegrasyon Yönü | Kritik Risk |
|---|---|---|---|
| Cari hesap | Bakiye, risk limiti, ödeme geçmişi | ERP → Mobil | Yetkisiz cari görüntüleme |
| Ürün kartları | Ürün listeleme, varyant, barkod | ERP → Mobil | Eski fiyatla sipariş |
| Stok miktarı | Depo bazlı stok kontrolü | ERP → Mobil | Anlık stok gecikmesi |
| Sipariş | Mobil sipariş oluşturma | Mobil → ERP | Mükerrer sipariş |
| Tahsilat | Nakit/kart/virman kaydı | Mobil → ERP | Mutabakat hatası |
| Fatura | Fatura görüntüleme, belge takibi | ERP → Mobil | KVKK ve yetki hatası |
| İş emri | Servis görevi açma/kapatma | Çift yönlü | Eksik kapanış verisi |
| Depo hareketi | Transfer, sayım, sevkiyat | Mobil → ERP | Barkod eşleşme hatası |
Tablodaki her alan ayrı bir iş kuralı taşır. Örneğin stok verisi “anlık” isteniyorsa API performansı ve cache stratejisi farklı tasarlanır. Cari bakiye gibi hassas alanlarda ise rol bazlı yetkilendirme, kayıt izleme ve işlem logları öncelikli hale gelir.
ERP kullanan her işletmenin mobil uygulamaya ihtiyacı olmayabilir. Uygulama ihtiyacı genellikle operasyonun ofis dışına taştığı, bayi veya saha ekibinin ERP verisine bağlı karar verdiği şirketlerde belirginleşir.
Örneğin yalnızca 5 kişilik bir ekip ile çalışan ve tüm işlemleri ofisten yürüten küçük bir işletme için web tabanlı panel yeterli olabilir. Fakat 40 saha satış personeli, 300 bayi veya birden fazla depo varsa mobil uygulama artık konfor değil, operasyonel verimlilik aracıdır.
Saha satış ekiplerinde en büyük problem, merkezdeki ERP verisi ile sahadaki kararın kopuk olmasıdır. Temsilci müşteriye fiyat verirken güncel iskonto kuralını bilmiyorsa, sipariş yanlış kâr marjıyla alınabilir. Tahmini stok bilgisiyle sipariş alınıyorsa müşteri teslimatta hayal kırıklığı yaşar.
ERP entegrasyonlu mobil uygulama, temsilcinin müşteri ziyareti sırasında şu işlemleri yapmasını sağlar:
Bu yapı yalnızca satış hızını artırmaz; merkez ofisteki veri giriş yükünü de azaltır.
Bayi yapısında ERP entegrasyonlu mobil uygulama, B2B sipariş deneyimini sadeleştirir. Bayi kendi cari durumunu, ürün listesini, kampanyalarını, geçmiş siparişlerini ve açık sevkiyatlarını uygulamadan takip edebilir.
Atalay Tech’in bayi portal yazılımı yaklaşımında bayi deneyimi yalnızca sipariş ekranından ibaret değerlendirilmez. Bayinin yetki seviyesi, ödeme durumu, ürün grubu erişimi, kampanya görünürlüğü ve sipariş onay akışı birlikte planlanır.
Bayi mobil uygulaması özellikle hızlı tüketim, tekstil, yapı malzemeleri, otomotiv yan sanayi, medikal ürün, toptan gıda ve teknik servis ağlarında anlamlı sonuç üretir.
ERP entegrasyonu yalnızca satış için düşünülmemelidir. Depo sayımı, transfer, sevkiyat hazırlığı, servis iş emri, parça kullanımı ve bakım süreçleri de mobil cihazlarla hızlanır.
Depo personeli barkod okutarak ürün hareketi yapabilir. Servis teknisyeni iş emrini sahada kapatabilir. Operasyon yöneticisi geciken görevleri mobil bildirimle takip edebilir. Bu süreçlerde mobil uygulama ERP’nin sahadaki uzantısı gibi çalışır.
Google’ın Android mimari rehberinde offline-first uygulamalar için yerel veri kaynağı ve ağ veri kaynağının birlikte düşünülmesi önerilir: Android Developers Offline-first. ERP entegrasyonlu saha uygulamalarında bu yaklaşım kritiktir; çünkü depo, fabrika, şantiye veya bayi ziyaretlerinde internet her zaman stabil olmayabilir.
Burak, 34 yaşında bir saha satış temsilcisi olsun. Gün içinde 18 market ziyareti yapıyor. Şirketin ERP sisteminde ürün kartları, stok miktarı, cari bakiye ve müşteriye özel fiyat listeleri tutuluyor. Burak eskiden siparişleri WhatsApp ile merkeze gönderiyor, ofis ekibi de gün sonunda ERP’ye giriyordu.
Bu sistemde üç problem oluşuyordu:
ERP entegrasyonlu mobil uygulama devreye alındığında Burak müşteri ekranını açar, risk limitini görür, ürünleri seçer ve siparişi onaya gönderir. Mobil uygulama siparişi API üzerinden ERP’ye aktarır. Stok düşümü veya sipariş rezervasyonu ERP kuralına göre yapılır.
Yönetici ise gün sonunda “Burak kaç ziyaret yaptı?” sorusunu ayrı bir Excel dosyasından değil, sipariş ve ziyaret verilerinin birleştiği rapordan takip eder. Buradaki değer yalnızca mobil sipariş ekranı değil, ERP verisinin doğru iş akışıyla sahaya taşınmasıdır.
ERP entegrasyonlu mobil uygulamalarda teknik mimari, kullanılan ERP’nin yeteneklerine göre değişir. Bazı ERP sistemleri REST API sunar. Bazılarında SOAP servisleri bulunur. Bazı eski yapılarda doğrudan veritabanı bağlantısı, ara servis, dosya aktarımı veya özel connector gerekir.
Sağlıklı mimaride mobil uygulama ERP’ye doğrudan bağlanmaz. Araya güvenli bir API katmanı yerleştirilir. Bu katman hem mobil uygulamayı ERP’nin karmaşıklığından ayırır hem de güvenlik, loglama, cache, hata yönetimi ve versiyonlama sağlar.
| Mimari Yaklaşım | Ne Zaman Kullanılır? | Avantaj | Dikkat Edilecek Nokta |
|---|---|---|---|
| Doğrudan ERP API | ERP modern REST/SOAP destekliyorsa | Hızlı başlangıç | Mobil ihtiyaçlara göre yetersiz kalabilir |
| Ara API katmanı | Mobil, web ve ERP birlikte çalışacaksa | Güvenli ve ölçeklenebilir | İlk geliştirme maliyeti artar |
| Middleware/connector | Eski ERP veya özel veri yapısı varsa | Esnek dönüşüm sağlar | Bakım ve izleme şarttır |
| Dosya bazlı aktarım | Günlük toplu senaryolarda | Basit kurulum | Anlık veri için uygun değildir |
| Event/webhook yapısı | Sipariş, stok, bildirim akışlarında | Gerçek zamana yakın deneyim | Hata kuyruğu tasarlanmalıdır |
Gartner, API yönetimini API’lerin planlanması, güvenli şekilde yayınlanması, yönetilmesi, versiyonlanması ve emekliye ayrılması için kullanılan yazılım pazarı olarak tanımlar: Gartner API Management. ERP entegrasyonlu mobil uygulamalarda da API’yi sadece “veri çeken bağlantı” gibi görmek yerine yönetilebilir bir ürün gibi ele almak gerekir.
ERP entegrasyonlu mobil uygulama projelerinde maliyetin en büyük belirleyicisi ekran sayısı değil, entegrasyon karmaşıklığıdır. İki uygulama aynı sayıda ekrana sahip olabilir; fakat birinde yalnızca ürün listesi okunurken diğerinde sipariş, tahsilat, stok rezervasyonu ve onay akışı çift yönlü çalışabilir.
Bu nedenle bütçe konuşulurken “kaç ekran olacak?” sorusu tek başına yeterli değildir. Aşağıdaki tablo, 2026 Türkiye pazarı için gerçekçi bir proje sınıflandırması sunar. Rakamlar proje kapsamı, ERP dokümantasyonu, entegrasyon kalitesi, tasarım ihtiyacı ve test yüküne göre değişebilir.
| Kapsam | Tipik Özellikler | Süre | Tahmini Maliyet |
|---|---|---|---|
| MVP | Login, cari/ürün listeleme, basit sipariş, tek ERP bağlantısı | 6-10 hafta | 300.000 - 650.000 TL + KDV |
| Orta ölçek | Rol bazlı yetki, sipariş onayı, stok, bildirim, rapor ekranları | 10-16 hafta | 650.000 - 1.500.000 TL + KDV |
| Kurumsal | Çoklu depo, offline çalışma, gelişmiş loglama, özel connector, web panel | 4-8 ay | 1.500.000 - 4.000.000 TL + KDV |
| Çoklu şirket yapısı | Birden fazla ERP/şube/ülke, çoklu dil, özel veri modeli | 6-12 ay | 4.000.000 TL + KDV ve üzeri |
Mobil uygulama maliyetini daha genel bir çerçevede hesaplamak isteyen işletmeler, Atalay Tech’in mobil uygulama fiyatları aracını kullanarak kapsam fikri oluşturabilir. Ancak ERP entegrasyonlu projelerde nihai bütçe için teknik keşif şarttır; çünkü ERP bağlantı yöntemi maliyeti doğrudan etkiler.
ERP bağlantılı projelerde aceleyle ekrana başlamak, ileride pahalı revizyonlara neden olur. Sağlıklı süreç; keşif, veri haritalama, prototip, MVP, test, yayın ve bakım adımlarına bölünmelidir.
İlk aşamada mobil uygulamanın hangi operasyonu çözeceği netleştirilir. “ERP’deki veriyi mobilde gösterelim” cümlesi yeterli değildir. Hangi kullanıcı, hangi koşulda, hangi veriyi görecek ve hangi işlemi yapacak soruları tek tek yazılmalıdır.
Bu aşamada şu dokümanlar incelenir:
Veri haritalama, ERP alanları ile mobil uygulama alanlarının eşleştirilmesidir. Örneğin ERP’de ürün kodu ITEM_CODE olarak tutulurken mobil uygulamada ürün kartı farklı bir modelle gösterilebilir. Cari risk limiti, ödeme vadesi veya iskonto oranı gibi alanların da iş kuralı netleştirilmelidir.
Bu aşamada özel yazılım geliştirme ihtiyacı sıkça ortaya çıkar. Çünkü ERP’nin hazır sunduğu servisler, mobil uygulamanın ihtiyaç duyduğu hızlı, sade ve güvenli veri yapısını her zaman karşılamaz.
ERP ekranları genellikle yoğun veri içerir. Mobil uygulamada aynı yoğunluğu taşımak kullanıcı deneyimini bozar. Bu nedenle mobil arayüz, ERP’nin kopyası gibi değil, sahadaki görev akışına göre tasarlanmalıdır.
Örneğin saha satış temsilcisi için ürün arama, sepete ekleme, stok görme ve sipariş tamamlama akışı 3-4 adımda bitmelidir. Yönetici ekranında ise detaylı tablo yerine özet KPI kartları, filtrelenebilir raporlar ve kritik uyarılar daha değerlidir.
MVP aşamasında her modül değil, en kritik iş akışı geliştirilir. Saha satış projesinde bu genellikle müşteri seçimi, ürün listeleme, stok/fiyat kontrolü ve sipariş oluşturma olur. Servis projesinde ise iş emri görüntüleme, durum güncelleme ve fotoğraflı kapanış akışı öncelik alır.
MVP’nin amacı eksik ürün çıkarmak değildir. Amaç, en yüksek operasyonel değeri en kısa sürede test edilebilir hale getirmektir.
ERP entegrasyonlu uygulamalarda test yalnızca mobil uygulama testinden ibaret değildir. API yanıtları, ERP’ye yazılan kayıtlar, hata senaryoları, yetki kısıtları, ağ kopması ve veri tutarsızlığı birlikte test edilmelidir.
Apple, App Store inceleme rehberinde güvenlik, performans, tasarım ve yasal gereklilikleri ayrı başlıklar altında ele alır: Apple App Review Guidelines. ERP verisi taşıyan uygulamalarda gizlilik politikası, kullanıcı verisi, hesap silme, erişim kontrolü ve veri paylaşımı özellikle dikkat edilmesi gereken alanlardır.
ERP sistemleri sabit kalmaz. Yeni alan eklenir, fiyat kuralı değişir, depo yapısı güncellenir veya ERP versiyonu yükseltilir. Bu nedenle mobil uygulama yayına çıktıktan sonra bakım planı olmadan bırakılmamalıdır.
Bakım sürecinde log takibi, hata raporları, API performansı, mobil sürüm güncellemeleri ve kullanıcı geri bildirimleri düzenli izlenir. Kurumsal projelerde staging ortamı, test kullanıcıları ve versiyon notları ayrıca planlanmalıdır.
ERP entegrasyonlu mobil uygulama geliştirirken teknoloji seçimi iş hedefiyle birlikte değerlendirilmelidir. Bazı işletmeler için hızlı bir mobil MVP yeterliyken, bazıları için cihaz donanımı, offline çalışma ve performans daha kritik hale gelir.
Atalay Tech projelerinde mobil uygulama, web platformu ve AI entegrasyonu gibi farklı katmanlar birlikte düşünüldüğü için teknoloji seçimi yalnızca ilk geliştirme maliyetine göre yapılmaz. Bakım kolaylığı, ekip verimliliği, mağaza yayını, API uyumu ve uzun vadeli ölçeklenebilirlik hesaba katılır.
| Yaklaşım | Uygun Olduğu Proje | Avantaj | Sınırlama |
|---|---|---|---|
| Native iOS/Android | Çok yüksek performans ve cihaz özelliği gerekiyorsa | Platforma özel maksimum kontrol | İki ayrı geliştirme maliyeti |
| React Native | iOS ve Android için ortak iş uygulamaları | Hızlı geliştirme, tek kod tabanı | Çok özel native modül gerekebilir |
| WebView/PWA | Basit iç kullanım ve hızlı prototip | Düşük başlangıç maliyeti | Mağaza ve offline deneyim sınırlı |
| Hibrit yapı | Web panel + mobil saha uygulaması | Operasyonel esneklik | Mimari disiplin ister |
ERP entegrasyonlu mobil uygulama çoğu zaman React Native ile verimli geliştirilebilir. Özellikle form, liste, filtre, barkod, bildirim, offline veri, kamera ve API tabanlı iş akışlarında tek kod tabanı ciddi hız kazandırır. Ancak depo cihazı, özel donanım veya ağır offline senaryolarda native modül ihtiyacı ayrıca analiz edilmelidir.
ERP verisi çoğu işletme için ticari sır niteliğindedir. Cari bakiye, müşteri fiyatı, iskonto oranı, stok miktarı ve sipariş hacmi yanlış kişiye açıldığında yalnızca teknik hata değil, ticari risk oluşur.
Bu nedenle ERP entegrasyonlu mobil uygulamalarda güvenlik en baştan tasarlanmalıdır. Sonradan eklenen güvenlik katmanı genellikle eksik kalır.
Dikkat edilmesi gereken başlıklar:
ERP entegrasyonlu mobil uygulama, yalnızca yazılım projesi değil, veri erişim projesidir. Bu yüzden güvenlik gereksinimleri teklif aşamasında konuşulmalı, yayına yakın “son kontrol” maddesi olarak bırakılmamalıdır.
Saha uygulamalarında internet bağlantısı her zaman güvenilir değildir. Fabrika içinde, depo rafları arasında, bodrum katlarda, kırsal rota ziyaretlerinde veya yoğun mağaza alanlarında bağlantı kopabilir. Mobil uygulama bu anlarda tamamen işlevsiz kalıyorsa ERP entegrasyonu operasyonu yavaşlatır.
Offline çalışma iki seviyede ele alınabilir:
| Offline Seviye | Ne Sağlar? | Uygun Senaryo | Risk |
|---|---|---|---|
| Salt okunur cache | Son ürün/cari/stok verisini gösterir | Saha ziyaretleri | Veri güncel olmayabilir |
| Kuyruklu işlem | Sipariş veya formu bağlantı gelince gönderir | Servis, sipariş, sayım | Çakışma yönetimi gerekir |
| Tam offline mod | Geniş veri seti yerelde çalışır | Depo, fabrika, uzak saha | Geliştirme ve test maliyeti yüksek |
Offline mimaride en zor konu veri çakışmasıdır. Örneğin iki temsilci aynı stok için offline sipariş alırsa, bağlantı geldiğinde hangi sipariş geçerli olacak? ERP stok rezervasyonu nasıl çalışacak? Uygulama kullanıcıya hangi mesajı gösterecek?
Bu sorular proje başında cevaplanmalıdır. Aksi halde offline özellik “internet yokken çalışsın” beklentisinden çıkıp karmaşık bir veri tutarlılığı problemine dönüşür.
ERP entegrasyonlu mobil uygulama projelerinde en sık hata, entegrasyonu ekran geliştirme işinin küçük bir parçası gibi görmektir. Oysa projenin kalbi entegrasyon tasarımıdır.
Sık karşılaşılan hatalar şunlardır:
Bu hatalar ilk etapta küçük görünür. Fakat siparişin yanlış oluşması, cari verinin yanlış kullanıcıya görünmesi veya stok bilgisinin hatalı aktarılması doğrudan müşteri memnuniyetini ve finansal süreci etkileyebilir.
ERP entegrasyonlu mobil uygulama yaptırmadan önce teknik ekibe yalnızca “kaç paraya yapılır?” diye sormak yeterli değildir. Sağlıklı fiyat ve süre için kapsam netleşmelidir.
Aşağıdaki sorular proje keşfinde mutlaka ele alınmalıdır:
| Soru | Neden Önemli? | Örnek Cevap |
|---|---|---|
| Hangi ERP kullanılıyor? | Entegrasyon yöntemi değişir | Logo, Mikro, SAP, Netsis, özel ERP |
| ERP API dokümanı var mı? | Süre ve risk belirlenir | REST API var / SOAP var / yok |
| Veri tek yönlü mü çift yönlü mü? | Mimariyi etkiler | Ürün okunacak, sipariş yazılacak |
| Kaç kullanıcı rolü var? | Yetkilendirme kapsamı çıkar | Admin, bayi, satışçı, yönetici |
| Offline çalışma gerekiyor mu? | Maliyet ve test süresi artar | Depoda offline sayım gerekli |
| Stok anlık mı gösterilecek? | Cache stratejisi değişir | 5 dakikalık gecikme kabul |
| Test ERP ortamı var mı? | Canlı veri riski azaltılır | Staging ERP mevcut |
| Mağaza yayını olacak mı? | Apple/Google süreçleri eklenir | iOS + Android yayınlanacak |
Bu sorular cevaplanmadan verilen fiyat genellikle ya eksik kalır ya da gereğinden fazla güvenlik payı içerir. ERP entegrasyonlu mobil uygulama projelerinde doğru keşif, bütçeyi de riski de azaltır.
Atalay Tech’in yazılım ajansı deneyiminde ERP bağlantılı ihtiyaçlar çoğu zaman tek başına mobil uygulama olarak başlamaz. Müşteri, sahadaki personelin sipariş almasını ister; sonra bayi paneli, yönetici raporu, web arayüzü, bildirim sistemi, ödeme entegrasyonu veya AI destekli öneri motoru ihtiyacı ortaya çıkar.
Bu nedenle proje mimarisinin baştan genişlemeye uygun kurulması gerekir. Mobil uygulama bugün yalnızca sipariş alabilir; 6 ay sonra bayi kampanya yönetimi, rota planlama veya tahsilat raporu eklenebilir. İlk mimari buna kapalıysa her yeni modül pahalı refactor doğurur.
ERP entegrasyonu planlayan işletmeler için mobil uygulama yaptırmak süreci, klasik tanıtım uygulamasından daha fazla teknik keşif gerektirir. Veri modeli, API güvenliği, kullanıcı rolleri, mağaza gereksinimleri ve bakım planı birlikte değerlendirilmelidir.
Atalay Tech tarafında mobil uygulama, web platformu, özel yazılım, API entegrasyonu ve AI destekli otomasyon ihtiyaçları aynı iş hedefi etrafında ele alınır. Bu yaklaşım, ERP verisinin yalnızca mobilde görünmesini değil, işletme operasyonuna ölçülebilir katkı üretmesini hedefler.
ERP entegrasyonlu mobil uygulama, işletmenin ERP sistemindeki stok, cari, sipariş, fatura, tahsilat, iş emri veya depo verilerini mobil cihazlarla kullanılabilir hale getiren uygulamadır. Örneğin bir bayi, mobil uygulamadan ürün listesini görüp sipariş verebilir; bu sipariş API aracılığıyla ERP’ye aktarılır. Bir servis teknisyeni sahada iş emrini kapatabilir ve kullanılan parçalar ERP’ye işlenebilir. Bu yapı, manuel veri girişini azaltır ve sahadaki kararların merkezi veriye dayanmasını sağlar.
Çoğu ERP sistemi mobil uygulama ile entegre edilebilir; ancak entegrasyon yöntemi ERP’nin teknik altyapısına göre değişir. Modern ERP sistemlerinde REST veya SOAP API bulunabilir. Daha eski yapılarda özel connector, ara servis, veritabanı katmanı veya dosya bazlı aktarım gerekebilir. En sağlıklı yöntem, mobil uygulamanın ERP’ye doğrudan bağlanması yerine güvenli bir API katmanı üzerinden çalışmasıdır. Bu katman yetkilendirme, loglama, veri dönüştürme ve hata yönetimini merkezi şekilde kontrol eder.
2026 Türkiye koşullarında ERP entegrasyonlu mobil uygulama maliyeti MVP için tahmini 300.000 - 650.000 TL + KDV aralığında başlayabilir. Orta ölçekli, rol bazlı yetkilendirme ve çift yönlü sipariş akışı içeren projeler 650.000 - 1.500.000 TL + KDV seviyesine çıkabilir. Çoklu depo, offline çalışma, özel connector, gelişmiş raporlama ve kurumsal güvenlik gerektiren projelerde maliyet 1.500.000 TL + KDV üzerinde olabilir. Net fiyat için ERP dokümantasyonu, veri akışı ve kullanıcı rolleri incelenmelidir.
Genellikle hayır. Mobil uygulamanın ERP veritabanına veya ERP servisine doğrudan bağlanması güvenlik, performans ve bakım açısından risklidir. Daha doğru yaklaşım, mobil uygulama ile ERP arasına özel bir API katmanı koymaktır. Bu API; token doğrulama, rol bazlı yetki, veri filtreleme, cache, loglama, hata yönetimi ve versiyonlama sağlar. Böylece ERP sistemi dış dünyaya gereğinden fazla açılmaz, mobil uygulama da ERP’nin karmaşık veri yapısından bağımsız şekilde geliştirilebilir.
Evet, ancak offline çalışma seviyesi baştan netleştirilmelidir. Bazı uygulamalar yalnızca son ürün listesini veya cari bilgiyi cache’leyerek bağlantı yokken görüntüleme sağlar. Daha gelişmiş yapılarda sipariş, servis formu veya depo sayımı bağlantı gelene kadar yerelde kuyruğa alınır. En karmaşık senaryoda uygulama geniş veri setiyle tam offline çalışır. Bu durumda veri çakışması, stok güncelliği, senkronizasyon sırası ve hata çözüm kuralları ayrıca tasarlanmalıdır.
En kritik güvenlik konuları rol bazlı yetkilendirme, token güvenliği, veri maskeleme, loglama ve KVKK uyumudur. Örneğin bir bayi yalnızca kendi cari hesabını ve kendisine açık ürünleri görmelidir. Saha satış temsilcisi tüm müşteri bakiyelerine erişmemelidir. Mobil cihaz kaybolduğunda oturum uzaktan kapatılabilmelidir. Ayrıca hangi kullanıcının hangi veriye eriştiği kayıt altına alınmalıdır. ERP verisi ticari açıdan hassas olduğu için güvenlik proje sonunda değil, mimari aşamasında planlanmalıdır.
Basit bir MVP genellikle 6-10 hafta arasında geliştirilebilir. Bu kapsamda login, ürün listesi, cari görüntüleme ve basit sipariş akışı bulunabilir. Orta ölçekli projelerde süre 10-16 haftaya çıkabilir; çünkü rol bazlı yetki, bildirim, sipariş onayı, raporlama ve test süreçleri eklenir. Kurumsal projelerde çoklu depo, offline çalışma, özel connector ve kapsamlı UAT süreci nedeniyle 4-8 ay arası daha gerçekçi olabilir. Süreyi belirleyen ana unsur ekran sayısı değil, entegrasyon karmaşıklığıdır.
Birçok projede web panel faydalıdır. Mobil uygulama sahadaki kullanıcıya odaklanırken web panel yönetici, operasyon, destek veya finans ekibine daha geniş kontrol alanı sunar. Örneğin mobil kullanıcı sipariş oluşturur; web panelde yönetici siparişi onaylar, logları inceler, kullanıcı yetkilerini yönetir veya kampanya tanımlar. ERP bazı yönetim işlemlerini zaten karşılıyor olabilir; ancak mobil uygulamaya özel bildirim, içerik, yetki ve raporlama ihtiyaçları için web panel gerekebilir.
Mobil uygulama projesi başlatma kontrol listesi; fikir aşamasından MVP kapsamına, bütçe planından teknik altyapıya, test sürecinden App Store ve Google Play yayınına kadar karar vericilerin netleşmesi gereken adımları pratik şekilde açıklar.
Mobil uygulama yaptırmadan önce fikir doğrulama, MVP kapsamı, platform seçimi, maliyet, tasarım, test, mağaza yayını ve bakım sürecini netleştirmek gerekir. Bu rehber, 2026'da mobil uygulama yaptırmak isteyen işletmeler için karar sürecini somut örnekler, tablolar ve teknik kontrol noktalarıyla açıklar.
Mobil Uygulama Geliştirme Rehberi 2026; fikirden yayına kadar keşif, tasarım, MVP, teknoloji seçimi, test, mağaza yayını, bakım ve bütçe planlamasını anlatır. Atalay Tech perspektifiyle mobil uygulama yatırımı yapmadan önce karar vericilerin bilmesi gereken teknik, ticari ve operasyonel başlıkları özetler.
