SAP Business One Mobil Kullanım: Saha, Depo ve Onaylar

SAP Business One mobil kullanımı üç ana senaryoda karşımıza çıkar: saha satış ekibinin telefondan sipariş girip müşteri kartına ve stok durumuna bakması, depoda el terminaliyle mal kabul, toplama ve sayım yapılması, yöneticilerin bekleyen onayları masaya dönmeden mobilden vermesi. SAP’nin resmi mobil uygulamaları ve tarayıcıdan çalışan Web Client bu senaryoların önemli bölümünü karşılar; kritik olan doğru senaryoya doğru aracı, lisansı ve altyapıyı eşleştirmektir. Bu yazıda üç senaryoyu, araç seçeneklerini ve çevrimdışı çalışmanın gerçeklerini sahadan gördüğümüz haliyle anlatıyoruz.

Saha satış: sipariş akşam ofiste değil, müşterinin yanında girilsin

Klasik desen şudur: satış temsilcisi gün boyu müşteri gezer, notları deftere ya da telefon mesajına alır, akşam ofiste veya evde siparişleri sisteme girer. Bu desenin maliyeti gecikme değil sadece — akşam girilen siparişte yanlış kalem, eksik miktar ve unutulan iskonto da var. Müşterinin yanındayken stok soramamak ise başlı başına satış kaybı: “var mı, ne zaman gelir” sorusuna “ofise dönünce bakayım” cevabı verilen her görüşme zayıflar.

Mobil senaryoda temsilcinin elinin altında olması gerekenler net bir listedir:

• Müşteri kartı: bakiye, açık siparişler, son satışlar ve vade durumu
• Depo bazında stok durumu ve beklenen mal girişleri
• Müşteriye özel fiyat listesi ve tanımlı iskonto sınırları
• Sipariş girişi — oradayken, müşteriyle birlikte doğrulanarak

Sipariş anında sisteme düştüğü için planlama ve depo aynı gün aksiyon alır; “akşam girilecekler” yığını ve onun getirdiği hatalar ortadan kalkar. SAP Business One tarafında bu akışın standart araçlarla kurulabilmesi, mobil projeyi çoğu şirketin sandığından daha kısa bir işe dönüştürür.

Sahada gördüğümüz en yaygın hata, mobil satış projesine yetki tasarımı yapmadan başlamak. Temsilcinin hangi müşteriyi, hangi fiyat listesini, hangi iskonto sınırını görebileceği baştan tanımlanmazsa proje ya güvenlik kaygısıyla durur ya da herkesin her şeyi gördüğü bir yapıyla canlıya çıkar. İkisi de yanlış.

İkinci sık hata ise mobil ekranı masaüstünün kopyası sanmak: temsilcinin sahada ihtiyacı, sistemdeki tüm alanlar değil, karar verdiren birkaç bilgidir. Ekranı buna göre sadeleştirmeyen projelerde kullanım hızla düşer ve ekip eski defter-mesaj düzenine geri kayar — mobil projenin başarısı teknik kurulumdan çok bu benimseme eşiğinde belirlenir.

Depo senaryoları: el terminali işin doğal parçası

Depoda mobil kullanım telefon uygulamasından çok el terminali (barkod okuyuculu endüstriyel cihaz) üzerinden yürür. Üç temel senaryo:

• Mal kabul: Araç kapıya yanaştığında satın alma siparişi terminalden açılır, gelen ürün barkodla okutularak sipariş satırlarıyla karşılaştırılır. Eksik ve fazla anında görünür; kabul kaydı kağıt beklemeden sisteme düşer.
• Toplama (picking): Sipariş bazlı toplama listesi terminale gelir, depocu raf raf yönlendirilir, okuttuğu her ürün listeden düşer. Yanlış ürün okutulduğunda terminal anında uyarır — sevkiyat hatası daha depoda yakalanır.
• Sayım: Dönemsel veya yıl sonu sayımında raflar terminalle gezilir, sayılan miktarlar doğrudan sayım belgesine yazılır. Kağıda sayıp sonra Excel’e, oradan sisteme aktarma zincirindeki her halka bir hata kaynağıdır; terminal bu zinciri tek adıma indirir.
• Transfer ve iade: Depolar arası transferler ve müşteri iadeleri terminalden okutularak kaydedilir; “malı taşıdık, kaydı sonra atarız” aralığında stokun sistemde yanlış yerde göründüğü kör pencere kapanır.

Depo senaryolarının ortak değeri şudur: kayıt, hareketin olduğu anda ve olduğu yerde doğar. Kağıt-Excel-sistem zinciri kalktığında yalnızca hata azalmaz; stok raporunun “şu anki” durumu gösterdiğine güven de geri gelir — planlamanın ve satışın mobil senaryodan kazandığı asıl şey budur.

El terminali çözümleri çoğunlukla SAP Business One üzerine yazılmış add-on’lar veya entegre çözümlerle sağlanır; cihazın okuduğu her hareketin doğru belgeye, doğru depo ve parti bilgisiyle işlenmesi bir entegrasyon tasarımı işidir. Bu katmanın nasıl kurgulandığını SAP entegrasyonları sayfasında anlattık.

Yönetici onayları: darboğaz cebe iner

Onay prosedürleri SAP Business One’ın güçlü taraflarından biri — belirli tutarın üzerindeki satın alma siparişi, sınırı aşan iskonto, kredi limitini zorlayan satış onaya düşer. Zayıf halka, onay verecek kişinin masasında olmamasıdır. Yönetici toplantıdaysa, seyahatteyse veya sahadaysa sipariş bekler; bekleyen sipariş tedarik süresini uzatır, bazen fiyatı kaçırır.

Mobil onay tam bu noktaya oturur: bekleyen onaylar yöneticinin telefonuna düşer, belge özetini görür, onaylar veya gerekçesiyle reddeder. Bizim projelerimizde önerdiğimiz desen, onay akışını mobile taşımadan önce sadeleştirmek — gerçekte kimsenin okumadan onayladığı kademeler mobilde de değer üretmez, sadece bildirim gürültüsü olur.

Mobilde en çok karşılık bulan onay türleri de bellidir: tutar eşiğini aşan satın alma siparişleri, iskonto sınırını zorlayan satış belgeleri ve kredi limiti istisnaları. Ortak noktaları, gecikmenin doğrudan paraya veya müşteri deneyimine dokunması — onayın masada beklediği her saat, ya tedarik takvimini ya da müşteriye verilen sözü yer.

Hangi araç hangi işe: uygulamalar ve Web Client

SAP Business One mobil tarafında tek bir “uygulama” yok; senaryoya göre seçilen birkaç araç var:

Araç	Tipik kullanıcı	Güçlü olduğu senaryo
SAP B1 Sales uygulaması	Saha satış temsilcisi	Müşteri kartı, stok sorgulama, sipariş girişi
SAP B1 Service uygulaması	Servis teknisyeni	Servis çağrıları, saha servis kayıtları
Web Client (tarayıcı)	Yönetici, ofis dışı kullanıcı	Onaylar, raporlar, belge görüntüleme; tablet ve laptop
El terminali çözümleri (add-on)	Depo personeli	Mal kabul, toplama, sayım — barkod odaklı işler

Web Client’ın önemi giderek artıyor: kurulum gerektirmeden tarayıcıdan çalışır, güncel arayüzü mobil ekranlara uyumludur ve SAP’nin yatırım yönü bu tarafta. Uygulama mağazasından indirilen resmi uygulamalar belirli senaryolarda derinleşirken, “her yerden erişim” ihtiyacının genel cevabı Web Client oluyor. Standart araçların yetmediği, şirkete özgü mobil akışlarda ise SAP Business One üzerine kendi geliştirdiğimiz Solveo ürün ailesi gibi tamamlayıcı çözümler devreye girer.

Seçim kriterimiz basit: önce senaryo, sonra araç. “Hangi uygulamayı alalım” sorusuyla başlayan projeler araca senaryo uydurmaya çalışır; “depoda mal kabul hatasını bitirelim” diye başlayanlar ise aracı doğal olarak bulur. Tablodaki dört seçenek birbirinin rakibi değil, farklı işlerin araçlarıdır — çoğu şirkette ikisi üçü bir arada yaşar.

Çevrimdışı gerçeği: her şey her yerde çalışmaz

Mobil ERP konuşmalarında en çok hayal kırıklığı üreten konu çevrimdışı çalışma beklentisi. Net söyleyelim: SAP Business One’ın standart mobil araçları esas olarak çevrimiçi çalışır — canlı stok, güncel bakiye ve anlık onay zaten bağlantı gerektirir. Sinyalin zayıf olduğu depo içleri, bodrum arşivler ve şehir dışı sahalarda bu bir tasarım girdisidir, sonradan keşfedilecek bir sürpriz değil.

Pratik yaklaşımımız şöyle: depo senaryolarında sorun genellikle deponun Wi-Fi kapsamasıyla çözülür — terminal projesinin keşif adımında depo gezilir ve ölü noktalar haritalanır. Saha satışta ise kritik soru “bağlantı yokken ne olmalı” sorusudur; bazı el terminali ve saha çözümleri sınırlı çevrimdışı kuyruklama sunar (kayıt cihazda bekler, bağlantı gelince senkronlanır), ama bu her ürün için geçerli değildir ve çakışma kuralları baştan tasarlanmalıdır. “Tam çevrimdışı, her modül” vaat eden bir kurguyu sahada sağlıklı çalışırken görmedik; dürüst cevap, senaryo bazlı sınırlı çevrimdışılıktır.

Çevrimdışı kuyruklamanın bedelini de açık konuşmak gerekir: cihazda bekleyen kayıt, o sırada başka birinin sistemde değiştirdiği stokla veya fiyatla çakışabilir. Hangi kaydın kazanacağı, çakışmanın kime nasıl bildirileceği tasarım kararıdır — bu kararlar verilmeden açılan çevrimdışı mod, veri kalitesi sorununu çözmez, geciktirerek büyütür.

Lisans ve altyapı: mobil kullanıcı da kullanıcıdır

Mobil erişim lisanssız erişim değildir. Telefondan sipariş giren temsilci de, terminalden mal kabul yapan depocu da SAP Business One tarafında bir kullanıcı lisansına bağlanır; lisans türü (Professional veya rol bazlı Limited) kullanıcının yaptığı işe göre seçilir. Mobil proje planlarken kullanıcı sayısını ve türlerini baştan netleştirmek gerekir — “depoya üç terminal alalım” cümlesi, lisans tarafında karşılığı hesaplanmadan bütçe cümlesi sayılmaz. El terminali add-on’larının kendi lisanslama modelleri de ayrıca sorulmalıdır.

Bu, mobili pahalı bir lüks yapmaz; yalnızca bütçenin doğru satırlara yazılmasını gerektirir. Doğru daraltılmış bir senaryoda mobil kullanım, akşam toplu girişte kaybolan zamana ve oradan doğan hatalara karşı kendini hızlı gösteren bir yatırımdır — yeter ki lisans türü kullanıcının gerçek işine göre seçilmiş, altyapı sorusu baştan cevaplanmış olsun.

Altyapı tarafında ana başlık güvenlik: şirket ağının dışından ERP’ye erişim, VPN ya da güvenli yayınlama katmanı gibi bir çözümle korunmalıdır. Sunucunun doğrudan internete açılması kabul edilebilir bir kısayol değildir. Asgari hijyen listemiz kısa ama pazarlıksızdır:

• ERP sunucusu internete doğrudan açılmaz; erişim VPN veya güvenli yayınlama katmanından geçer
• Kaybolan cihaz uzaktan silinebilmeli, ekran kilidi zorunlu olmalı
• Terminaller ortak şifreyle değil, kişisel kullanıcıyla açılır — aksi halde hareket izi anlamını yitirir
• Ofis dışı erişimde güçlü kimlik doğrulama devrede olmalı

Bunlar derin BT projeleri değil; ama mobil projenin kapsamına baştan yazılmazsa canlıya geçiş haftasında masaya gelirler.

Mobil projeye nereden başlamalı

Mobil ERP projelerinde önerdiğimiz sıra beş adımdır; sıranın mantığı, pahalı kararları bilgi toplandıktan sonraya bırakmaktır:

1. Senaryoyu daraltın: “Her şey mobil olsun” bir kapsam değildir. En çok kanayan tek senaryoyla başlayın — çoğu şirkette bu ya saha siparişi ya depo sayımıdır.
2. Yetki ve fiyat görünürlüğünü tasarlayın: Kim hangi müşteriyi, fiyatı ve iskonto sınırını görecek; bu tasarım uygulamadan önce biter.
3. Altyapıyı doğrulayın: Depo Wi-Fi kapsaması gezilerek haritalanır, saha için bağlantı koptuğunda davranış netleştirilir, VPN/erişim katmanı kurulur.
4. Lisans karşılığını hesaplayın: Mobil kullanıcı sayısı, lisans türleri ve add-on lisans modeli bütçeye yazılır.
5. Pilotla canlıya çıkın: Bir ekip veya bir depoyla başlayıp geri bildirimle genişlemek, tüm şirkete aynı anda açıp geri adım atmaktan her zaman ucuzdur.

Bu sıranın atlanan her adımı projede geri gelir: yetkisiz başlayan proje güvenlik itirazına, altyapısı doğrulanmayan proje “uygulama yavaş” şikayetine, lisansı hesaplanmayan proje bütçe revizyonuna takılır.

Sık sorulan sorular

SAP Business One’ın mobil uygulaması var mı?

Evet; SAP’nin resmi Sales ve Service mobil uygulamaları telefon ve tabletten çalışır, Web Client ise kurulum gerektirmeden tarayıcı üzerinden erişim sağlar. Saha satış, servis ve onay senaryolarının çoğu bu araçlarla kurulur; depo tarafında ise barkod odaklı el terminali çözümleri kullanılır.

SAP B1 mobil kullanımı için ek lisans gerekir mi?

Mobilden bağlanan her kullanıcı, SAP Business One tarafında bir kullanıcı lisansına bağlıdır; erişimin telefondan olması lisans zorunluluğunu kaldırmaz. Kullanıcının yaptığı işe göre Professional veya Limited lisans seçilir; el terminali add-on’larının kendi lisans modelleri ayrıca değerlendirilmelidir.

El terminalleri SAP Business One ile nasıl çalışır?

El terminalleri genellikle SAP Business One üzerine yazılmış add-on veya entegre çözümler aracılığıyla bağlanır; terminalde okutulan barkod, sistemde mal kabul, toplama veya sayım belgesine gerçek zamanlı işlenir. Doğru belge, depo ve parti eşleşmesi bir entegrasyon tasarımı konusudur ve proje kapsamında planlanır.

İnternet olmayan depoda mobil senaryo çalışır mı?

Standart araçlar esas olarak çevrimiçi çalışır; kalıcı çözüm genellikle deponun Wi-Fi kapsamasını tamamlamaktır. Bazı el terminali çözümleri bağlantı kopunca kaydı cihazda bekletip sonra senkronlayan sınırlı çevrimdışı mod sunar, ancak bu her üründe yoktur ve çakışma kuralları baştan tasarlanmalıdır.