Saha Satış Programı ve Plasiyer Uygulaması

Program seçmeden önce plasiyerin bir gününe bakın

Saha satış projesi ekran listesiyle değil, plasiyerin gününü adım adım yazmakla başlar. Sabah depodan ne alıyor, ziyaret sırasına kim karar veriyor, müşteri bakiyeyi sorduğunda kimi arıyor, akşam kâğıtları kime teslim ediyor? Bu cevaplar uygulamanın kapsamını çoğu toplantıdan daha net gösterir.

Her plasiyer aynı işi yapmaz. Sipariş alıp ertesi gün depodan sevk ettiren ön satışçı ile aracındaki malı müşteriye o an teslim eden dağıtımcı, iki farklı uygulama ister. Biri için sipariş ve tahsilat yeterlidir. Öteki için araç stoğu, belge ve gün sonu kapanışı da gerekir.

Müşteri ziyareti ve sipariş: kapıda geçen birkaç dakika

Plasiyerin müşteriyle zamanı kısıtlıdır. Uygulama bu birkaç dakikayı doldurmamalı, kısaltmalıdır. Müşteri kartı açıldığında bakiye, vadesi geçen tutar, son siparişler ve bekleyen sevkiyat tek ekranda görünür. Plasiyer “bakayım” deyip merkezi aramaz.

Sipariş girişi kurallı olmalıdır. Fiyat, iskonto ve kampanya merkezden gelir. Plasiyerin yetkisi varsa belirlenmiş aralıkta iskonto yapar, aralık dışı talep onaya gider. Böylece sahadaki pazarlık kayıt altına girer ve aynı ürünün iki müşteriye rastgele iki fiyattan satılması zorlaşır.

Ziyaret kaydı siparişten ayrı bir bilgidir. Sipariş çıkmayan ziyaretin sebebi, rakip ürün notu ya da raf durumu fotoğrafı satış yöneticisinin elindeki gerçek saha bilgisidir. Ancak zorunlu alan sayısı arttıkça plasiyer kaydı kapatmak için rastgele seçim yapar. İlk sürümde az ve anlamlı alan daha doğru sonuç verir.

• Müşterinin önceki siparişinden satır alıp miktar değiştirmek, katalogdan aramaktan hızlıdır
• Yeni müşteri kartı plasiyer tarafından açılabilir, ama ERP’ye geçmeden önce merkez onayından geçirilmesi uygundur
• Plasiyer yalnız kendi müşterilerini görür; bölge yöneticisi kendi bölgesini
• Risk uyarısı çıkan müşteride sipariş reddedilmek yerine onaya düşürülebilir; bu tercih yazılı kurala bağlanır
• Sipariş özeti müşteriyle mesaj ya da PDF olarak paylaşılabilir, kişisel veri kapsamı gözetilerek
• Hangi ürünü önermesi gerektiği satış yöneticisinin kuralıdır; öneri listesi ekranda açıkça görünür

Tahsilat kaydı: en dikkatli kurulacak adım

Siparişte hata sevkiyatta düzelir. Tahsilatta hata, parayı ve plasiyerin güvenilirliğini ilgilendirir. Bu yüzden tahsilat ekranı basit görünse de arkasındaki kural ayrıntılıdır: her ödeme türü farklı bir kayıt doğurur, hangi fatura ya da vadeye karşılık alındığı da konuşulmalıdır.

Uygulamanın muhasebe kararı vermesi beklenmez. Kaydın türünü mali müşaviriniz ve muhasebe ekibiniz belirler. Uygulamanın işi, kararlaştırılan kaydı her seferinde aynı biçimde, doğru cariye ve iz bırakarak oluşturmaktır. Merkez onayı gerekip gerekmediği de ödeme türüne göre değişebilir.

Araç stoğu ve yerinde satış

Araçtan satış yapan ekiplerde iş sipariş almakla bitmez. Araç hareketli bir depoya dönüşür. Sabah yüklenen mal, gün içinde satılan ve iade alınan mal, akşam kalan mal kayıtla tutmalıdır. ERP tarafında her araç için ayrı bir ambar ya da eşdeğer bir tanım kullanmak yaygın bir kurgudur; programınızdaki doğru karşılığı kurulumda belirlenir.

Araçtaki sayının güvenilir olması bir sayım disiplinine bağlıdır. Yükleme okutmalı ya da karşılıklı onaylı yapılabilir, gün sonunda kalan mal sayılabilir, fark nedenleriyle kayda girer. Fark olduğunda kim, ne zaman, hangi hareketi yaptı sorusunun cevabı uygulamada bulunmalıdır.

Yerinde belge kesmek ise sipariş almaktan ayrı bir projedir. Malın araçla taşınması, satışta düzenlenecek fatura ya da irsaliye türü, e-Belge düzeni, numara yönetimi, yazıcı ve bağlantının kesildiği durum birlikte düşünülür. Hangi belgenin hangi anda düzenleneceği işletmenizin e-Dönüşüm durumuna göre değişir ve mali müşavirinizle belirlenir. Biz GİB özel entegratörü değiliz; belgenin kendisi mevcut e-Belge kanalınızdan çıkar.

• İlk aşamada ön satış ile başlamak, araç stoğunu ikinci aşamaya bırakmak çoğu ekip için daha düşük risklidir
• İade malın sağlam mı, hasarlı mı olduğu ayrı durumla kaydedilir; satılabilir stoğa doğrudan karışmaz
• Son kullanma tarihli üründe parti bilgisi araçta da izlenecekse etiket ve okutma kurgusu baştan kurulur
• Plasiyer değişiminde araç stoğu ve kasa, karşılıklı onaylı bir devir kaydıyla aktarılır

Çevrimdışı çalışma nasıl tasarlanır?

Saha satışta bağlantının her zaman olacağını varsaymak yanlıştır: bodrum katta bir dükkân, kırsal güzergâh, yoğun çarşı içi. Uygulamanın burada kilitlenmemesi gerekir. Plasiyer bağlantıyı düşünmemeli, ekranda yalnızca bekleyen kayıt sayısını görmelidir.

Ama çevrimdışı çalışma, “internet yokken de açılıyor” demek değildir. Asıl iş çakışma kurallarıdır. Cihazdaki stok saatler önce alınmış olabilir, müşterinin bakiyesi merkezde değişmiş olabilir. Bu belirsizliğin ne yapılacağı önceden karara bağlanır ve teknik değil ticari bir karardır.

Konum ve rota: yararlı, ama sınırı olan bir özellik

Yöneticinin ziyaretin yapılıp yapılmadığını görmek istemesi anlaşılır bir ihtiyaçtır. İki farklı şey vardır ve karıştırılmamalıdır: ziyaret kaydedildiği anda konum almak ile plasiyeri gün boyu izlemek. İlki çoğu saha satış ihtiyacını karşılar, cihazı ve kişisel alanı daha az yorar. Sürekli izleme hem teknik hem hukuki olarak daha ağır bir karardır.

Teknik tarafta arka planda konum almak işletim sistemlerinin kısıtladığı bir alandır. Android belgelerine göre Android 8.0 ve üzerinde arka plandaki bir uygulama saatte yalnızca birkaç kez konum güncellemesi alabilir; Android 10 ve üzerini hedefleyen uygulamada ayrı arka plan konum izni gerekir ve Google Play bu erişimi temel işlev için gerekli olan uygulamalarla sınırlar. iOS’ta da arka plan konumu kullanıcı izni ve özel yapılandırma ister. Kesintisiz rota çizimi bu yüzden kolay bir ek değildir.

Rota tarafında önce ziyaret planı konuşulmalıdır. Hangi müşteri hangi sıklıkta ziyaret edilecek, sıra plasiyere mi bırakılacak? Plan kâğıtta yoksa rota algoritması eksik bir kararı hızlandırmaktan öteye gitmez. Planlı ve gerçekleşen ziyaretin karşılaştırılması da başlangıç için çoğu zaman yeterlidir.

Kayıt ERP’ye nasıl gider?

Telefon ERP veritabanına doğrudan bağlanmaz. Uygulama bir ara katmanla konuşur; ara katman kayıtları kuyruğa alır, kod eşlemelerini yapar ve programa iletir. Program kapalıysa saha durmaz, kayıt sırada bekler. Reddedilen kayıt sebebiyle geri döner ve kaybolmaz.

Yön ayrımı nettir. Müşteri, fiyat, stok ve bakiye gibi veriler salt okunur bir kullanıcıyla veritabanından, rapordan ya da API’den okunabilir. Sipariş ve tahsilat yazımı istisnasız programın resmî arayüzünden yapılır. Tabloya doğrudan yazmak programın kontrollerini atlar; bu yüzden talep edilse de bu yolu kullanmıyoruz.

Mevcut programınız yerinde kalır. Biz hiçbir üreticinin bayisi veya ortağı değiliz; lisans ve arayüz erişimi adımları yetkili bayinizle birlikte yürütülür. Plasiyer uygulaması ile bayi portalı aynı ara katmanı paylaşabilir, böylece programa yazan kod tek yerde kalır.

Hazır saha satış ürünü ne zaman yeter?

Sipariş, tahsilat ve görüntülemeden oluşan standart bir akışta hazır ürün genellikle doğru tercihtir ve bunu açıkça söyleriz. Logo tarafında Logo Mobile Sales üreticinin müşteri hikâyelerinde anlatılıyor. Logo’nun sitesinde 2026 itibarıyla Logo Cloud Sales Platform da yer alıyor; ürün sayfasına göre sipariş, tahsilat, ziyaret yönetimi, GPS ve rota özellikleri ile yerinde fatura ve irsaliye kapsamda. Bağımsız firmaların çeşitli programlara uyumlu plasiyer ürünleri de bulunuyor. Sürüm uyumu ve güncel kapsam ürün sahibinden ya da yetkili bayinizden teyit edilir.

Değerlendirirken demo senaryosunu kendiniz yazın: plasiyeriniz bağlantısız bir müşteride çek alsın, iskonto istesin, kısmi iade yapsın. Hazır ürün bunu ayarla çözüyorsa geliştirme gerekmez. Sonra da asıl soruya gelin: ürünün bıraktığı boşluk, ayrı bir uygulamanın bakımını taşımaya değer mi?

Mobil uygulama mı, mobil uyumlu panel mi?

Bu soru tasarımdan önce çevrimdışı ihtiyacıyla cevaplanır. Telefonda açılan bir panel en hızlı yoldur, güncellemesi anında herkese ulaşır. Ama bağlantı koptuğunda çalışmaz. Ana ekrana eklenen web uygulaması (PWA) kayıtları cihazda tutabilir; ancak iPhone’da bağlantı gelince arka planda gönderim desteklenmez, gönderim uygulama açıkken olur. Mağazadan kurulan yerel uygulama ise cihaza en geniş erişimi sunar, karşılığında güncelleme ve bakım yükü daha fazladır.

Plasiyer ekipleri için pratik karar çoğu zaman şudur: cihazları siz veriyorsanız ve Android seçebiliyorsanız PWA uzun süre işinizi görebilir. iPhone ağırlıklı ekipte, arka plan gönderimi, Bluetooth yazıcı ya da arka plan konumu şartsa yerel uygulama gerekir. İlk sürümün web ya da PWA olması, ara katman doğru kurulduysa sonradan yerel uygulamaya geçmeyi engellemez.