Yeni Nesil Mağaza Satış Platformu

QShop

Mağazanız. Satışınız. Tek ekranda.

QShop, QBS perakende ve mağaza satış ürünüdür. Barkod ve katalog tabanlı hızlı satış, mağaza kapsamlı ürün yönetimi, bekleyen satış, çoklu ödeme, kasa, ÖKC/POS, satış tamamlama ve iade/iptal akışlarını tek satış deneyiminde toplar.

Demo talep et → Bayiler & çözüm ortakları
QShop
DETAYLI GENEL BAKIŞ

Mağaza satışını restoran akışından bağımsız yöneten QBS perakende ürünü

QShop; barkod ve katalog tabanlı hızlı satıştan ödeme, stok, kasa, cihaz ve iade süreçlerine kadar mağaza operasyonlarını tek satış deneyiminde birleştirir.

Mağaza satış akışı restoran operasyonlarından ayrıdır; satış, ödeme, stok ve kasa hareketleri tutarlı bir işlem zinciri içinde yönetilir.

Hızlı Satış

Barkod, katalog, ürün grubu ve mağaza kapsamlı ürün seçimi.

Tek Transaction

Satış, ödeme, stok ve kasa kayıtlarının birlikte commit edilmesi.

Çoklu Ödeme

Sadakat, müşteri bakiyesi/açık hesap ve ödeme yöntemi altyapıları.

Güvenli İade

Cihaz sonucu kesinleşmeden Cloud ters kayıt commit edilmez.

Idempotency

Aynı satış tamamlama anahtarı ikinci satış üretmez.

Offline Kuyruk

GUID JSON, RESULT_UNKNOWN ve CLOUD_SYNC_PENDING güvenliği.

YETENEKLER

Ürün, Katalog ve Fiyat Yönetimi

Katalog & Barkod

  • Barkod ile ürün bulma.
  • Ürün grupları ve katalog üzerinden seçim.
  • Mağaza/SHOP ürün kapsamı.
  • Variant ve depo bağlamı ile satış satırı.
  • Ürün kartı ve stok/depo bağlamının satış ekranına taşınması.

Çoklu Fiyat

  • Birden fazla satınalma fiyat seviyesi.
  • SALE_PRICE 1–5 satış fiyat seviyeleri.
  • Her seviye için para birimi alanı.
  • Her seviye için KDV modu.
  • PRODUCT_PRICE_HISTORY ile satınalma ve satış fiyat değişim geçmişi.

Satış İşlemleri

  • Miktar değiştirme.
  • Fiyat işlemleri.
  • Satış personeli bağlamı.
  • Fatura gereksinimi (INVOICE_REQUIRED).
  • Fatura tipi (INVOICE_TYPE_CODE).
  • Fatura bilgi JSON bağlamı.
YETENEKLER

Hızlı Satış, Bekletme ve Tamamlama

SHOP İzolasyonu

  • SHOP flow restoran FOOD order tablolarını okumaz/yazmaz.
  • Mağaza satışı SHOP_SALES / SHOP_SALE_LINES üzerinde tutulur.
  • Ödeme, stok ve kasa hareketleri aynı transaction ile tamamlanır.

Bekleyen Satış

  • Bekleyen sepet/satış akışı.
  • Satışa geri dönme ve tamamlama bağlamı.
  • Mağaza satışının FOOD siparişlerinden ayrı tutulması.
  • Bekleyen mağaza sepetinin Cloud mağaza satış akışında korunması.

Idempotency

  • Tamamlama isteğinde IDEMPOTENCY_KEY.
  • Aynı anahtar daha önce tamamlandıysa ikinci SHOP_SALES kaydı oluşturmak yerine mevcut satış döndürülür.
  • Mevcut SALE_NO ve PAYMENT_TRANSACTION_ID döndürülür.
  • Çift stok/kasa/ödeme hareketi üretimini engellemeye yönelik akış.
YETENEKLER

Ödeme ve Müşteri Değeri

Ödeme Yöntemleri

  • Ödeme yöntemi ID üzerinden çözümleme.
  • Bir satışta birden fazla ödeme satırı.
  • Ödenen toplam ve para üstü toplamı.
  • QAD_PAYMENT_TRANSACTIONS kayıtları.
  • QAD_PAYMENT_TRANSACTION_LINES kayıtları.
  • Ödeme tutarının sıfırdan büyük olması ve geçerli yöntem kontrolü.

Sadakat

  • Sadakat hesabı bağlamı.
  • Puan çıkış / bakiye hareketi.
  • Parasal sadakat karşılığı hareketi.
  • Satış ve ödeme transaction referansları.
  • Reference no ile işlem izi.

Müşteri Bakiyesi / Açık Hesap

  • CUSTOMER_BALANCE ve OPEN_ACCOUNT ödeme türleri.
  • Müşteri zorunluluğu.
  • Aktif CUSTOMER_BALANCE_ACCOUNT bulunması.
  • CURRENT_BALANCE güncellemesi.
  • Negatif bakiye izni (ALLOW_NEGATIVE_BALANCE).
  • Açık hesap kredi limiti (CREDIT_LIMIT) kontrolü.
  • Yetersiz müşteri bakiyesinde bloklama.
YETENEKLER

Stok, Depo ve Kasa Hareketleri

Depo Stoku

  • PRODUCT_WAREHOUSE_STOCKS kullanımı.
  • QAD_SHOP_STOCK_MOVEMENTS hareket başlığı.
  • QAD_SHOP_STOCK_MOVEMENT_LINES hareket satırları.
  • Satış sırasında stok hareketlerinin satışla aynı SQL transaction içinde yazılması.
  • Satış ve iade satırlarıyla depo/variant referanslarının korunması.

Kasa

  • Satışın kasa hareketi ile ilişkilendirilmesi.
  • İptal/iade sırasında orijinal kasa kaydının silinmemesi.
  • Ters kayıt yaklaşımı.
  • Satış, ödeme, stok ve kasa bütünlüğünün aynı işlem sınırı içinde korunması.
YETENEKLER

Satış Sorgulama, Tam İptal ve Tam/Kısmi İade

Cihaz Öncelikli Akış

  • Cihaz seçilmeden satış/sorgu/iptal/iade işlemleri açılmaz.
  • Seçili cihazın DEVICE_ADAPTER_CODE bilgisi merkezî dispatcher tarafından çözülür.
  • Frame marka istemcisini doğrudan çağırmaz.
  • Pavo, Beko, Hugin ve diğer cihazlar ortak adapter sözleşmesine bağlanır.
  • Doğrulanmamış Beko/Hugin endpointi veya metodu üretilmez.

Tam İptal

  • Başka fiziksel cihaz ödemesi varsa tam iptal bloklanabilir.
  • Cihaz sonucu kesinleşmeden Cloud commit yapılmaz.
  • CANCELLED/REVERSED kesin sonucu sonrası satış ters kayıtları oluşturulur.
  • Aynı idempotency key ikinci kez stok/kasa/ödeme ters kaydı üretmez.
  • Orijinal satış, ödeme, stok ve kasa satırları silinmez.

Tam İade

  • Kalan tüm satırların iadesi.
  • Cihaz ödeme toplamı kalan iade toplamını karşılamıyorsa bloklama.
  • RelatedSaleId/ItemId/PaymentId gibi cihaz referansları eksikse cihaz çağrısını engelleme.
  • Satışın RETURNED durumuna ilerlemesi.
  • Stok miktarının geri eklenmesi.

Kısmi İade

  • İade miktarı kalan miktarı aşamaz.
  • Satır tutarı cihaz tutarıyla 0,05 tolerans içinde eşleştirilir.
  • Satış PARTIALLY_RETURNED durumuna ilerler.
  • Sonraki iade kümülatif ödeme ve miktar sınırını aşamaz.
  • Aynı idempotency key ikinci kez kayıt üretmez.
YETENEKLER

Cihaz, Offline Kuyruk ve Sonuç Güvenliği

Offline Güvenliği

  • Cihaz çağrısından önce GUID isimli yerel JSON oluşturulur.
  • Ağ/uygulama kesintisinde RESULT_UNKNOWN korunur.
  • RESULT_UNKNOWN işlem kör şekilde yeniden gönderilmez.
  • CLOUD_SYNC_PENDING işlem cihazda yeniden çalıştırılmadan Cloud’a yazılır.
  • Bozuk JSON quarantine klasörüne taşınır.
  • Uygulama kapanıp açıldığında GUID JSON kaydı bulunabilir olmalıdır.

Cihaz Değişimi

  • Satış listesi temizlenir.
  • Seçili satış/satır ve harici referanslar temizlenir.
  • Adapter sonucu temizlenir.
  • Yeni cihaz için veri yeniden kullanıcı komutuyla alınır.

Cihaz / Cloud Ayrımı

  • Cihazın kesin sonucu cihaz katmanında belirlenir.
  • Cloud ters kayıt yalnız kesin cihaz sonucu sonrasında işlenir.
  • RESULT_UNKNOWN sırasında Cloud ve cihaz tarafında çift işlem yaratılmaz.
FAQ

Sık Sorulan Sorular

QShop ile QAdisyon restoran verisi birbirine karışır mı?+

Hayır. SHOP Cloud hızlı satış kaynağı, restoran FOOD order tablolarını okumayan/yazmayan ayrı akış olarak tanımlanmıştır.

Aynı satış tamamlama isteği iki kez gelirse ne olur?+

IDEMPOTENCY_KEY aynı tamamlama isteğinin ikinci kez satış, stok veya ödeme hareketi üretmesini engeller; mevcut tamamlanmış satış döndürülür.

İade sırasında orijinal kayıtlar silinir mi?+

Hayır. Satış, ödeme, stok ve kasa kayıtları korunur; gerekli durumlarda ters kayıtlarla işlem izi devam ettirilir.

Cihaz yanıtı belirsiz kalırsa ne olur?+

RESULT_UNKNOWN korunur ve işlem kör şekilde tekrar cihazda çalıştırılmaz; kesin durum elde edilene kadar güvenli kuyruk mantığı korunur.

QBS PARTNER NETWORK

QShop konusunda yetkili iş ortağını bulun.

Ürün vitrini, yetkili bayi ve çözüm ortağı ağını bu ürüne göre filtreler.

Bayi vitrinini aç →

QShop ürününü kendi senaryonuzla görün.

Demo planlayın →