Restoranda Masa QR Sipariş Akışı Nasıl Kurulur?

Restoranda masa QR sipariş akışı nasıl kurulmalı?

Restoran masa QR sipariş sistemi, müşterinin masadaki kodu tarayıp menüyü açması, siparişi göndermesi ve bu siparişin doğru masa ile doğru hazırlık istasyonuna bağlanması üzerine kurulmalıdır. Başarılı bir akış yalnızca dijital menü göstermekten ibaret değildir. Menüdeki kullanılabilirlik, siparişin mutfakta kabulü, ek siparişler, ödeme ve personelin müdahalesi baştan tasarlanmalıdır. Toast'un 2026'da güncellenen kurulum rehberi de masa kodları, menü görünürlüğü, mutfak yönlendirmesi ve personel eğitimini ayrı adımlar olarak ele alıyor.

Bu yazı, mevcut sipariş düzenine masa içi mobil giriş eklemek isteyen restoran yöneticisi için karar rehberidir. Hazır bir sağlayıcı seçilecekse özellikler canlı ortamda denenmeli; özel yazılım yapılacaksa aynı kabul senaryoları geliştirme kapsamına yazılmalıdır. Her iki durumda da mutfak ekibinin gerçekte göreceği ekran, müşterinin gördüğü arayüz kadar önemlidir.

QR kod hangi bilgiyi taşımalı?

Masadaki kodun görevi, misafiri rastgele bir ana sayfaya göndermek değil, o servis noktasını doğru oturumla eşleştirmektir. Her masanın ayrı kodu olması, siparişin hangi masaya ait olduğunu belirlemeyi kolaylaştırır. Square'in QR sipariş açıklaması, kodların masa veya başka sipariş konumlarına ayrı bağlanabildiğini ve siparişlerin POS ile mutfak hattına iletilebildiğini gösteriyor. Bu, tüm restoran yazılımlarının aynı biçimde çalıştığı anlamına gelmez; seçeceğiniz ürünün kendi veri modelini kontrol edin.

Kodun içinde sipariş tutarı, müşteri bilgisi veya değiştirilebilir fiyat bulunmamalı. URL açıldığında sunucu masa kimliğini doğrulamalı, masa kullanım dışındaysa anlaşılır hata göstermeli ve menüye güvenli geçiş sağlamalıdır. Basılı kod kaybolur ya da yanlış masaya taşınırsa personele kodu devre dışı bırakma veya yeniden eşleştirme yolu verin. Kodun görüntüsü kolayca kopyalanabileceği için sırf QR taranmış olmasına güvenerek ödeme ya da özel işlem yetkisi tanımayın.

Ortak masada birden fazla telefon nasıl davranır?

İki misafir aynı kodu taradığında tek hesaba mı katılacak, ayrı sepetler mi açacak, yoksa personel sonradan birleştirecek? Bu karar sipariş numarası, ödeme ve iptal akışını etkiler. Bir kişinin verdiği sipariş diğerinin ekranında görünmüyorsa çift sipariş riski doğabilir; her şeyi herkese göstermek ise mahremiyet ve karışıklık yaratabilir. Ürününüzde seçtiğiniz modeli ilk ekranda açık anlatın.

Ek siparişlerde de aynı tutarlılık gerekir. İlk sipariş mutfakta hazırlanırken yeni ürün eklenirse ikinci gönderim ayrı fiş olarak mı gider? Mutfağın “hazırlanıyor” durumuna geçmiş ürünü değiştirmeye izin verilecek mi? Sistem bu kararları belirsiz bırakırsa garson ve mutfak ekranları farklı gerçekler gösterir. Üçüncü taraf ürün kullanıyorsanız bu senaryoları demo ortamında sınayın.

Menü ve stok verisi nereden gelmeli?

QR arayüzündeki menü, kasada ve mutfakta kullanılan gerçek ürün adlarıyla eşleşmelidir. Ürün seçenekleri, porsiyon farkları, alerjen bilgisi ve geçici bulunurluk tek yerden yönetilmiyorsa misafir artık satılmayan bir ürünü sipariş edebilir. POS verisini doğrudan kullanmak her projede mümkün olmayabilir; entegrasyon yoksa güncelleme sorumlusu ve sıklığı açıkça belirlenmelidir. Menüde “mevcut” görünen ama mutfakta olmayan ürün, teknik olarak tamamlanmış bir sipariş akışını bile başarısız kılar.

Hazırlık alanları ayrıysa ürünler ilgili istasyona yönlenmelidir. Soğuk içecek, sıcak yemek ve tatlı aynı sıraya düşecek mi, yoksa mutfak ekranında ayrılacak mı? Toast dokümanı siparişlerin mutfağa otomatik gönderimi için yönlendirme ayarlarının ayrıca kurulmasını ve doğru menülerin görünür yapılmasını istiyor. Bu örnek, yazılım mimarisinde ürün kartı ile mutfak istasyonu eşleştirmesinin neden açık olması gerektiğini gösterir. Ancak Webinle'nin Toast entegrasyonu sunduğu iddiası değildir.

Menü kapalıyken kullanıcı ne görür?

Servis saatinin bitmesi veya belirli ürünün tükenmesi durumunda sadece “Hata oluştu” demek yeterli değildir. Kullanıcı menüyü görebilir ama sipariş veremiyorsa bunu önceden bilmeli; sepetinde artık mevcut olmayan ürün varsa neyin değiştiği açıkça belirtilmelidir. Hazırlık süresi veya teslimat sözü gösteriliyorsa bu değer güncel operasyon tarafından sağlanmalı, uydurma sabit bir dakika olarak yazılmamalıdır.

Mutfak kabulü ve ödeme hangi sırada olmalı?

Ödeme anı ile mutfağa gönderim anı aynı olmak zorunda değildir. Bazı işletmeler her turda ödeme alır, bazıları açık adisyonla çalışır. Kararı muhasebe ve servis düzeniyle birlikte verin. Ödeme başarısız olursa ürün mutfağa gönderilmiş mi sayılacak? Mutfak fişi çıktığı halde ödeme belirsizse kimin ekranında uyarı oluşacak? Bu soruların yanıtı olmadan “otomatik” akış güvenilir değildir.

Siparişin durumları basit ama anlamlı olmalı: alındı, kabul bekliyor, hazırlanıyor, teslim edildi veya iptal incelemesinde. Personel gerektiğinde siparişi düzeltebilmeli; değişikliğin kim tarafından, hangi gerekçeyle yapıldığı kaydedilmelidir. Müşteriye gösterilen durum, mutfakta gerçekten gerçekleşen adımdan türemelidir. Salt otomatik zamanlayıcıyla “hazır” demek servis gerçeğini bozabilir.

Yayın öncesi test senaryoları

Bir masa, iki telefon ve aynı anda gelen ek siparişle başlayın. Sonra yanlış masanın kodunu tarayın, menüden kaldırılmış ürünü deneyin, bağlantıyı sipariş gönderirken kesin ve ödeme sonucunu belirsiz bırakın. Mutfak ekranında iki kez görünen sipariş veya hiç görünmeyen ödeme alarmı varsa canlıya çıkmayın. QR baskılarını gerçek ışıkta, farklı telefon kameralarında ve masadaki yerleşimle test edin. Personelin kod olmadan siparişi alabileceği yedek yolu koruyun.

Restoranın paket servisi için kurulan WhatsApp sipariş botu ve POS entegrasyonu farklı bir kanal problemidir; masa QR akışında salon, masa oturumu ve mutfak kabulü öne çıkar. Webinle'nin otomasyon yazılımları hizmeti ve restoran çözümleri sayfaları, mevcut POS ve servis düzeninizi anlatarak kapsam görüşmesi başlatmanız için doğru noktalardır. Önce hangi adımın gerçekten otomasyona uygun olduğunu netleştirmek, gereksiz ekran ve entegrasyonları azaltır.

Kurulum kararını vermeden önce bir servis akışını masadan ödeme kapanışına kadar kâğıt üzerinde izleyin. Her ekranda kimin işlem yaptığı, hata olduğunda kimin müdahale ettiği ve siparişin hangi kayıtta kesinleştiği anlaşılabiliyorsa yazılım kapsamı somutlaşır. Bu küçük çalışma, yalnızca görsel menüyü yenilemekle gerçek operasyon değişikliğini birbirinden ayırır.