Menulab
Başlayın
Menulab Blog

Temassız Sipariş Akışı: QR Menü, Ödeme ve POS Yönlendirme

Menulab tarafından19 Ekim 2026

Kafede QR ile sipariş, POS ekranı ve mutfak ticket yazıcısı

Temassız sipariş yolculuğu: genel bakış

Bu belge müşteri QR taramasından mutfak ticketine kadar geçen operasyonel akışı adım adım açıklar. Amaç hataları azaltmak, beklemeyi kısaltmak ve POS ile mutfak yönlendirmesini güvenilir hale getirmektir.

Adım 1: QR kod tarama

Müşteri QR kodu tarar ve web tabanlı veya uygulama içi menüye açılır. Hız için sayfa ağırlığını düşük tutun: tek sayfa yüklemesi, önbellek kontrollü görseller ve kritikal JS minimalizasyonu.

Adım 2: Menü gezinmesi ve seçenek seçimi

Menü, kısa başlıklar ve açık seçenek akışı sunar. Her öğe için zorunlu seçimler net olmalı, örneğin sos seçimi veya pişirme derecesi. Zorunlu alanları işaretleyen gerçek zamanlı doğrulama ekleyin.

Adım 3: Sepet doğrulaması ve ek ücretler

Sepet ekranında öğe adları, station bilgisi, tahmini hazırlama süresi ve ek ücretler gösterilir. Vergi ve hizmet ücretleri kalıcı görsel ögelere eklenmelidir, sürpriz ücretleri engelleyin.

Adım 4: Ödeme

Ödeme sayfasında tokenize ödeme sağlayıcıları kullanın. Başarısız işlem durumunda alternatif bir URL ile tekrar deneme veya masaya sipariş kaydetme seçeneği sunun.

Adım 5: POS rotası ve voucher oluşturma

Onaylanan sipariş POS a REST webhook veya mutabakat API ile gönderilir. Siparişin POS içindeki primary key i, müşteri sipariş numarası ve fulfillment flagleri payload ta yer almalıdır.

Adım 6: Mutfak ticketi üretimi

POS gelen siparişi stationlara ayırır ve yazıcıya gönderir. Yazıcı ticketi; masa/kip, item satırları, modifierlar, alerjen notları ve expedite flaglerini içermelidir.

Adım 7: Hazırlama, montaj ve teslim

Mutfak süreçleri ticketteki station etiketlerine göre sıraya girer. Birden fazla station varsa açık bir hold/release kuralı olmalı; örneğin sıcak kısmı tamamlanmadan assembly serbest bırakılmaz.

Adım 8: Kapanış ve geri bildirim

Teslim veya paketlemeden sonra POS tetikleyicisi faturayı kapatır ve müşteriye kısa bir geri bildirim isteği gönderir. Ödeme ve sipariş verileri muhasebe ve analitik için anında senkronize edilmelidir.

Önerilen entegrasyonlar

  • POS ile iki yönlü webhook desteği: sipariş statüsü güncellemesi ve mutabakat için zorunlu.
  • Ödeme sağlayıcısı tokenizasyonu: kart verisi sunucuda saklanmasın, hızlı yetkilendirme için SDK kullanın.
  • Mutfak yazıcı ve print rider: station bazlı çıktı için doğrudan print API entegrasyonu.
  • SMS/Push bildirim servisi: sipariş durum değişiklikleri ve pickup hazır bildirimleri için.
  • Analitik ve hata izleme: latency, hatalı/duplication kayıtları ve ödeme başarısızlıklarını takip eden servis.
  • Kısa başlık ve 1 satırlık açıklama: mobil görünürlük için maksimum 50 karakter başlık, 100 karakter açıklama.
  • Her öğeye benzersiz SKU ve prep station atayın: payload ta sku ve station alanları zorunlu olsun.
  • Modifierler ayrı girdiler olsun: fiyatlı ve ücretsiz modifierlar ayrı alanlarda, maksimum 3 seviye derinlikten kaçının.
  • Alerjen ve besin bilgisi için ayrı flag alanları: hızlı filtreleme ve mutfak görselleri için kullanılacak.
  • Görsel boyutu ve formatı standartlaştırın: 800x600 JPEG veya WebP, küçük yükleme için sıkıştırma.

Fulfillment flag tanımları ve POS yönlendirme

Fulfillment flagleri siparişin hangi ekip tarafından işlendiğini ve nasıl yönlendirileceğini belirler. Örnek flagler:

station: kitchen | bar | pastry

service: dine-in | takeaway | curbside | delivery

priority: normal | expedite

cookTime: numeric saniye cinsinden tahmin

Aşağıdaki örnek payload POS tarafında kolay yönlendirme sağlar.

{
  "order_id": "12345",
  "items": [
    {"sku": "BURGER-01", "station": "kitchen", "modifiers": ["cheese","no_onion"]},
    {"sku": "CAPPUCCINO-1", "station": "bar"}
  ],
  "service": "takeaway",
  "priority": "normal",
  "table": null
}

Hata önleyici kontroller ve operasyonel güvenlik

Her noktada bir validasyon katmanı ekleyin. Aşağıda uygulanabilir kontroller yer alıyor.

1) Zorunlu alan doğrulamaları: SKU, station, fiyat. Eksikse sipariş POS a gönderilmeden önce reddedilsin.

2) Duplication kontrolü: aynı masadan veya aynı ödeme tokenı ile kısa süre içinde gelen çift siparişleri otomatik markalayın ve yöneticiyi uyarın.

3) Zaman tabanlı hold/release: component cooking time beklentisini aşarsa otomatik expedite veya mutfak onayı isteyin.

4) Offline fallback: POS unreachable ise siparişler geçici kuyrukta saklansın ve başarılı olduğunda otomatik push ile gönderilsin. Yazıcı bağlantı hataları için print-to-file ve daha sonra retry mekanizması kurun.

5) Mutfak görünürlük: tickette alerjen ve expedite görünürlüğünü öne çıkarın. Kritik modifierlar için mutfaktan onay mekanizması ekleyin.

Uygulama testi ve izleme

Canlıya almadan önce 50 siparişlik test akışı çalıştırın. Her bir station için SLA belirleyin ve 1 hafta boyunca latency, hata, duplicasyon ve void oranlarını ölçün. Tespit edilen sorunları staging ortamında tekrar edin ve çözümleri dokümante edin.

Hazır bir kontrol planı hazırlamak isterseniz, teknik entegrasyon dökümanınızı ve POS sağlayıcınızın webhook örneklerini paylaşın. Bu temel adımlarla temassız sipariş akışınız daha güvenilir ve ölçülebilir hale gelir.

Sikca Sorulan Sorular

QR menüden gelen sipariş nasıl POS a iletilir?

Sipariş web uygulamasından POS a REST webhook veya POS sağlayıcısının API si üzerinden gönderilir. Payload ta sku, station, servis türü ve ödeme tokenı bulunmalıdır.

Mutfak hangi bilgileri tickette görmeli?

Tickette item adı, modifierlar, station, tahmini hazırlama süresi, alerjen notları ve expedite flagleri net olarak yer almalıdır.

Ödeme başarısız olursa ne olmalı?

Ödeme başarısızsa sipariş kaydı bekletilmeli ve müşteriye tekrar ödeme seçeneği sunulmalıdır. POS a sadece ödemesi onaylanmış sipariş gönderilmelidir.

Çift siparişleri nasıl önleriz?

Aynı ödeme tokenı veya masa kimliği ile kısa süre içinde gelen tekrar siparişleri duplication kontrolünden geçirin ve operatöre onay isteyin veya otomatik engelleme uygulayın.

Menulab