Restoran İçin POS ve Otomasyon Sistemi Nasıl Seçilir? 12 Maddelik Rehber

Restoran için POS sistemi seçimi neden cihaz seçiminden fazlasıdır?

Restoran için POS sistemi araştıran işletmelerin ihtiyacı çoğu zaman yalnızca kartla tahsilat almak değildir. Asıl karar; masadan veya kasadan alınan siparişin mutfağa nasıl gideceği, adisyonun nasıl yönetileceği, hesabın nasıl bölüneceği, paket siparişlerin nasıl takip edileceği, kurye durumlarının nasıl görüleceği ve gün sonunda hangi verilerle karar alınacağıyla ilgilidir.

Bu nedenle iyi bir seçim, uzun bir özellik listesiyle değil, işletmenizin en yoğun saatindeki gerçek akışla yapılır. Garsonun sipariş notu girdiği, mutfağın aynı notu gördüğü, masanın taşındığı, hesabın bölündüğü, bir ürünün iptal edildiği, paket siparişin hazırlandığı ve gün sonu raporunun kontrol edildiği bir senaryoyu düşünün. Sistem bu senaryoda ekibiniz için anlaşılır, hızlı ve izlenebilir çalışmıyorsa; tek tek güçlü görünen modüller işletme içinde beklenen faydayı üretmeyebilir.

Bu rehberin amacı tek bir ürünü en iyi ilan etmek değildir. Amaç, restoranınızda en sık yaşanan sipariş, mutfak, tahsilat, teslimat veya maliyet sorununu en az manuel müdahaleyle yönetebilecek çözümü seçmenize yardımcı olmaktır. Önce kavramları ayırın, ardından 12 kontrol noktasını kendi operasyonunuzla test edin.

Temel yaklaşım: Özellikleri değil, kendi servis akışınızı karşılaştırın. Ödeme ve belge düzeniyle ilgili konuları ise mutlaka işletmenizin mevcut yapısı üzerinden yazılı olarak doğrulatın.

Önce kavramları ayırın: POS, ÖKC, restoran otomasyonu ve KDS aynı şey değildir

Satın alma görüşmelerinde POS kelimesi farklı çözümler için kullanılabilir. Bu nedenle teklifleri karşılaştırmadan önce hangi katmanı satın aldığınızı netleştirin.

Kavram	Sade tanım	Satın alma aşamasında sorulacak soru
Ödeme alma / POS	Kart, temassız veya benzeri yöntemlerle tahsilat alma katmanı	Tahsilat adisyon ve belge akışıyla hangi noktada ilişkilendiriliyor?
ÖKC / YN ÖKC	Vergi mevzuatı ve mali belge düzeniyle bağlantılı ödeme kaydedici cihaz kavramı	İşletmenin mevcut cihazları ve mükellefiyet yapısı için uygulanabilirlik nedir?
Restoran otomasyonu	Masa, adisyon, garson, sipariş, mutfak, paket servis ve raporlama iş akışları	Sistem restoranın gerçek servis modelini destekliyor mu?
KDS / mutfak ekranı	Siparişlerin mutfak istasyonlarında hazırlanmasını takip etmeyi sağlayan ekran	Ürün, not, değişiklik ve öncelik doğru istasyona ulaşıyor mu?
Stok ve reçete maliyeti	Ürün reçetelerini malzeme tüketimiyle ilişkilendiren maliyet takip alanı	Birimler, reçeteler, sayımlar ve fire kayıtları düzenli yönetilebilecek mi?
Online ve paket sipariş yönetimi	Dijital kanallardan gelen siparişlerin işletme akışına alınması	Kanal, hazırlık, teslimat ve net katkı nasıl izlenecek?

Ödeme alma, ödeme kaydedici cihaz kullanımı ve elektronik belge süreçleri aynı kavram değildir; ancak restoran operasyonunda birbirini etkileyebilir. Gelir İdaresi Başkanlığı’nın 507 Sıra No.lu Tebliği, ödeme aracı, ödeme kabul eden araç, ödeme kaydedici cihaz ve elektronik belge süreçlerini farklı kavramlar olarak ele alır. Bu nedenle bir yazılımın POS olarak tanımlanması, tek başına her ödeme cihazı, ÖKC veya e-belge senaryosu için uygun olduğu anlamına gelmez. GİB 507 Sıra No.lu Tebliği genel çerçeveyi açıklar.

İşletmenizin ödeme cihazı, adisyon yazılımı ve belge akışının nasıl birlikte çalışacağını; mevcut cihazlarınız, mükellefiyet yapınız ve iş modeliniz üzerinden mali müşavirinizle ve yetkili sağlayıcılarla teyit edin. e-Fatura kapsamı ile e-Arşiv Fatura süreçleri de işletmeye göre değerlendirilmelidir. GİB’in e-Fatura bilgilendirmesi, e-Fatura kapsamındaki mükelleflerin e-Fatura mükellefi olmayanlara yaptığı mal ve hizmet işlemlerinde, istisnalar saklı kalmak üzere e-Arşiv Fatura düzeninin gündeme geldiğini belirtir. GİB e-Fatura uygulaması açıklaması bu değerlendirme için başvuru noktalarından biridir.

1. Servis modelinizi ve üç ana darboğazınızı tanımlayın

Sistem seçimine ürün ekranlarından değil, restoranınızın servis modelinden başlayın. Masa servisi, hızlı servis, gel-al, telefonla sipariş, online sipariş ve paket teslimat aynı işletmede birlikte bulunabilir. Fakat yatırım önceliğini belirleyen, bu akışlardan hangisinin baskın olduğudur.

İlk olarak bir haftalık makul dönemi düşünün ve siparişlerin yaklaşık olarak nereden geldiğini yazın: masa, kasa, gel-al, telefon, kendi dijital kanalınız veya diğer dijital kanallar. Kesin muhasebe oranı hesaplamanız gerekmez; baskın iş akışını görünür hâle getirmeniz yeterlidir. Ardından en yoğun iki zaman dilimini, açık masa sayısını, vardiyadaki ekip sayısını, günlük adisyon yoğunluğunu ve paket sipariş temposunu not edin.

Bu kısa çalışmanın sonunda yalnızca üç öncelik seçin. Örneğin mutfak notlarının kaybolması, hesap bölme sırasında yaşanan gecikme ve paket siparişlerin yeniden elle girilmesi işletmenizin ana sorunları olabilir. Sağlayıcıdan, sistemi bu üç sorunu nasıl yöneteceği üzerinden göstermesini isteyin.

İşletme modeli	Daha yüksek öncelik taşıyabilecek alanlar	Dikkat edilmesi gereken risk
Masa servisi ağırlıklı restoran	Masa durumu, adisyon, hesap bölme, garson akışı, KDS	Yoğun saatte not, iptal ve ödeme eşleşmesinin bozulması
Hızlı servis veya kafe	Hızlı ürün erişimi, kasa akışı, menü doğruluğu	Gerekenden karmaşık kurulum ve eğitim yükü
Paket servis ağırlıklı işletme	Sipariş kaynağı, hazırlık durumu, kanal kârlılığı, kurye akışı	Tekrar veri girişi, gecikme ve iptal nedenlerinin görünmemesi
Geniş menülü restoran	Ürün varyantları, mutfak istasyonları, stok ve reçete disiplini	Yanlış birim veya güncel olmayan reçete nedeniyle yanıltıcı maliyet verisi
Hibrit işletme	Masa ve paket akışlarının birlikte izlenmesi, rol-yetki, raporlama	Aynı siparişin, indirimin veya tahsilatın iki kez işlenmesi

Çok küçük hacimli, sınırlı menülü ve yalnızca kasadan hızlı satış yapan işletmeler için her modül aynı önemde olmayabilir. Buna karşılık, masa servisi ve paket siparişi birlikte yöneten bir restoranda yalnızca kasa hızına bakmak yetersiz kalır. Karar sorunuz şu olsun: Bugün ekip hangi işlemi tekrar tekrar elle yapıyor ve bu işlem en çok nerede hataya yol açıyor?

2. Masa ve adisyon akışını yoğun saat senaryosuyla deneyin

Masa planının ekranda görünmesi, masa ve adisyon akışının gerçek hayatta sorunsuz işleyeceğini göstermez. Demo sırasında sağlayıcının standart ekran turunu izlemek yerine, vardiya sorumlunuzun veya deneyimli bir garsonunuzun gerçekçi bir senaryo uygulamasını isteyin.

Aşağıdaki işlemleri sırayla deneyin:

1. Dört kişilik bir masaya sipariş açın.
2. Bir ürüne soğansız gibi bir üretim notu ekleyin.
3. Siparişi iki kişi arasında bölün.
4. Bir ürünü iptal edin ve iptal nedeninin nasıl kaydedildiğini görün.
5. Masayı başka servis bölümüne taşıyın veya başka bir masayla birleştirin.
6. Hesabın bir kısmını kart, diğer kısmını nakit olacak şekilde kapatın.
7. Gün sonunda bu işlemlerin adisyon, tahsilat, iptal ve kullanıcı raporlarına nasıl yansıdığını kontrol edin.

Bu testte yalnızca işlemin yapılabilmesine bakmayın. Yanlış ürün girildiğinde düzeltme kaç adım sürüyor? Kimlerin iptal, ikram veya indirim yetkisi var? Yetki gerektiren işlem hangi kullanıcı kaydıyla raporlanıyor? Kasa toplamı ile kapanan adisyonlar arasındaki farkı yönetici nereden inceleyebiliyor?

Masa taşıma veya hesap bölme özelliği tek başına bir karar ölçütü değildir. Önemli olan, işlemden sonra kasa, mutfak, salon ekibi ve raporlama tarafında aynı kaydın korunmasıdır. Yoğun saatte ekip işlemi atlamak zorunda kalıyorsa, sistemin ekran kapasitesi pratikte değer kaybeder.

3. KDS’yi sipariş listesi değil, istasyon yönetimi olarak değerlendirin

KDS, yani mutfak ekranı, siparişi dijital olarak göstermekten fazlasını yapmalıdır. Özellikle sıcak mutfak, soğuk hazırlık, bar veya tatlı gibi birden fazla üretim noktası olan işletmelerde siparişin doğru istasyona, doğru notla ve doğru öncelikte ulaşması gerekir.

Demo sırasında aşağıdaki sorulara yanıt arayın:

• Ürünler ilgili istasyonlara ayrılabiliyor mu?
• Ürün notları, değişiklikler ve iptaller mutfak ekibinin fark edeceği açıklıkta görünüyor mu?
• Alerjen veya kritik üretim notları için görünürlük nasıl sağlanıyor?
• Sipariş hazırlanıyor veya hazır durumuna geçtiğinde salon ekibi bunu görebiliyor mu?
• Sonradan eklenen ürün ile ilk sipariş akışı birbirinden ayırt edilebiliyor mu?
• Ekran veya bağlantı sorunu yaşanırsa mutfak için alternatif operasyon prosedürü nedir?

KDS, mutfak kapasitesi yetersiz olduğunda sorunu tek başına çözmez. Aynı anda gelen sipariş sayısı ekipman, personel veya hazırlık alanı kapasitesini aşıyorsa ekran yalnızca kuyruğu daha görünür hâle getirir. Bu görünürlük yine de yönetim için değerli olabilir; ancak sistemden beklenen faydayı doğru tanımlamak gerekir. Tek istasyonlu, düşük hacimli ve sınırlı menülü bir işletmede ise ayrı bir KDS kurulumu; cihaz, alan ve eğitim maliyetine göre ikinci aşama yatırımı olabilir.

4. Garson uygulamasını eşit koşullardaki sipariş testiyle karşılaştırın

Garson uygulamasında amaç daha fazla ekran görmek değil, yoğun anda doğru siparişi hızlı ve anlaşılır biçimde girebilmektir. İki çözümü karşılaştırmak için kısa bir sipariş testi yararlı olabilir; ancak testin adil olması için koşulları eşitlemek gerekir.

Her çözümde mümkün olduğunca aynı menü yapısını, aynı ürün sırasını, aynı cihaz sınıfını ve kısa eşit eğitim süresini kullanın. Ardından iki ana ürün, bir varyant, bir ekstra ürün, bir çıkarma notu ve bir içecek içeren karma bir siparişi deneyin. İlk eleme için bu işlemi yaklaşık 60 saniyelik kısa bir görev olarak uygulayabilirsiniz.

Süreyi tek başına puanlamayın. Şu dört gözlemi birlikte not edin:

• Sipariş ilk girişte doğru tamamlandı mı?
• Görev tamamlanana kadar kaç düzeltme gerekti?
• Not, varyant ve ekstra ürün seçimi anlaşılır mıydı?
• Kullanıcı, siparişin mutfağa ve doğru masaya gittiğinden emin olabildi mi?

Ayrıca rol ve yetki tasarımını inceleyin. Kim indirim yapabilir, kim iptal gerçekleştirebilir, açık ürün işlemleri nasıl sınırlandırılır ve bu işlemler kullanıcı bazında nasıl görüntülenir? Bağlantı veya cihaz sorunu oluştuğunda ekibin hangi prosedürle devam edeceğini de teklif ve eğitim kapsamı içinde netleştirin.

5. QR menü ve masadan siparişte dijital katalog değil, müşteri akışı satın alın

QR menü, masada bir karekod bulunmasından ibaret değildir. Müşteri ürünleri küçük ekranda rahat okuyabilmeli, fiyat ve seçenekleri anlayabilmeli, aradığı ürünü bulabilmeli ve sipariş veriyorsa işlemi gereksiz adımlar olmadan tamamlayabilmelidir. Menüde stokta olmayan veya geçici olarak satılmayan ürünlerin görünmesi, dijital deneyimin servis yükünü azaltmak yerine artırmasına neden olabilir.

Değerlendirme yaparken şu kontrol listesini kullanın:

• Menü mobil ekranda okunaklı mı?
• Ürün açıklamaları, fiyatlar, varyantlar ve zorunlu seçimler güncel mi?
• Müşteri notu veya özel talep mutfağa doğru biçimde ulaşıyor mu?
• Masadan sipariş ile garson siparişi aynı masa akışında çakışmadan yönetilebiliyor mu?
• Ürün bulunabilirliği nasıl güncelleniyor?
• Müşteri siparişi tamamlamak için gereksiz bilgi veya adım vermek zorunda kalıyor mu?

QR menünün yalnızca görüntülendiği bir senaryo ile telefon, e-posta, adres, teslimat konumu veya sipariş geçmişi alınan senaryo aynı veri işleme kapsamına sahip değildir. Kişisel veri elde edildiğinde, veri sorumlusunun ilgili kişiyi veri sorumlusunun kimliği, işleme amacı, aktarım bilgileri, toplama yöntemi, hukuki sebep ve ilgili kişi hakları gibi başlıklarda aydınlatması gerekir. KVKK Aydınlatma Yükümlülüğü açıklaması bu çerçeveyi açıklar.

Telefon numarası almak, otomatik olarak kampanya izni almak anlamına gelmez. Kampanya SMS’i veya e-posta göndermeyi planlayan restoranların ticari elektronik ileti için önceden onay, ret hakkı ve İYS süreçlerini ayrıca değerlendirmesi gerekir. Ticaret Bakanlığı ticari elektronik iletiler genel bilgileri bu kurallara ilişkin temel açıklamayı içerir. Aydınlatma metni, açık rıza ve ticari ileti onayı aynı süreçler olarak ele alınmamalıdır; KVKK da aydınlatma ve açık rıza metinlerinin ayrı düzenlenmesi gerektiğini vurgular. KVKK ilke kararı duyurusu bu ayrımı hatırlatır.

6. Ödeme, mali belge ve mevcut cihazlar için yazılı teyit alın

Bu konu, puan kartında yüksek skor almakla geçiştirilemeyecek bir kontrol alanıdır. Bir çözüm masa, mutfak veya paket akışında başarılı görünebilir; ancak işletmenizin mevcut ödeme cihazları, ÖKC düzeni, e-belge uygulaması ve mükellefiyet yapısıyla nasıl ilişkilendiği belirsizse satın alma kararı tamamlanmış sayılmamalıdır.

Sağlayıcıya aşağıdaki soruları e-posta, teklif eki veya teknik kapsam dokümanı üzerinden yazılı olarak yöneltin:

• Hangi tahsilat akışları kapsamda yer alıyor?
• Mevcut ÖKC ve EFT-POS yapımız açısından işletmeye özel uygulanabilirlik nasıl değerlendirilecek?
• Adisyon, tahsilat ve belge bilgileri arasında hangi veriler ilişkilendiriliyor?
• e-Belge sürecinde sağlayıcının rolü nedir; yetkili taraflar kimlerdir?
• İnternet, cihaz veya bağlantı kesintisinde sipariş, ödeme, fiş ve gün sonu için operasyon prosedürü nedir?
• Kurulum kapsamı, teknik ön koşullar, istisnalar ve ek maliyetler teklif üzerinde açıkça belirtiliyor mu?

Her cihazla kesin çalışır, mevzuat kendiliğinden çözülür veya sonradan bakılır gibi belirsiz ifadeler yerine işletmenize özel akış şeması ve yazılı sorumluluk paylaşımı isteyin. Ödeme, ÖKC ve e-belge alanlarında nihai değerlendirme; çözümün pazarlama ifadesiyle değil, işletmenizin senaryosuna yönelik yetkili teyitle yapılmalıdır.

7. Online ve paket siparişlerde sipariş sayısını değil, kanal başına net katkıyı görün

Paket serviste sipariş sayısının artması her zaman net katkının yükseldiği anlamına gelmez. Brüt sepet tutarı, restoran indirimi, kanal indirimi, komisyon veya hizmet bedelleri, kurye maliyeti, iptal ve iade gibi unsurlar birlikte incelenmezse yalnızca hacim görünür.

Bu nedenle bir çözümün paket sipariş ve raporlama akışını değerlendirirken şu bilgileri hangi düzeyde görebileceğinizi sorun:

• Brüt sepet tutarı
• Restoran tarafından karşılanan indirim
• Kanal veya kampanya kaynaklı indirimler
• Komisyon ve hizmet kalemleri
• Kurye ya da teslimat maliyeti
• İptal ve iade tutarı ile nedenleri
• Net tahsilat
• Hazırlama ve teslim süresi

Ticaret Bakanlığı’nın yemek sipariş hizmetlerine ilişkin duyurduğu düzenlemeler, pazar yerlerinin restoranlardan tahsil ettiği bedellerin satıcı panelinde hizmet kalemleri bazında gösterilmesine ve kampanya, indirim veya reklam uygulamalarına katılımın gönüllülük esasına dayanmasına ilişkin çerçeve içerir. Ticaret Bakanlığı duyurusu, kanal maliyetlerini ayrıştırarak izlemenin önemini güçlendirir.

Demoda şu soruyu kullanın: Geçen cuma akşamı hangi kanaldan gelen siparişler, iptal ve indirimlerden sonra daha yüksek net katkı sağladı? Sağlayıcı bu soruya hangi rapor, filtre ve veri girişiyle yanıt verileceğini açıklayabilmelidir. Belirli bir pazar yeri veya üçüncü taraf bağlantısının var olduğunu varsaymayın; ihtiyacınız olan teknik kapsamı ayrıca doğrulatın.

8. Kurye takibini tek başına konum bilgisi değil, sipariş durumu zinciri olarak ele alın

Kendi kuryesi olan restoranlarda teslimat yönetimi, yalnızca kuryenin nerede olduğunu bilmekten ibaret değildir. Siparişin hazırlanması, hazır olması, kuryeye atanması, yola çıkması, teslim edilmesi veya teslim edilememesi birbirine bağlı operasyon adımlarıdır.

Demo sırasında şu akışı canlandırın:

Hazırlanıyor → Hazır → Kurye atandı → Yolda → Teslim edildi

Ardından bir istisna ekleyin. Kurye değişsin, teslimat geciksin veya müşteri siparişi teslim almasın. Bu durumda personel hangi kaydı oluşturuyor? Gecikme ve teslim edilememe nedenleri daha sonra raporda ayrıştırılabiliyor mu? Yönetici kurye, bölge, kanal veya teslimat süresi bakımından hangi bilgileri inceleyebiliyor?

Paket servis yapmayan ya da teslimatın tamamını dış kaynakla yürüten işletmelerde ayrıntılı kurye işlevi ilk yatırım kriteri olmayabilir. Bu işletmeler için daha kritik alan; siparişin mutfağa doğru iletilmesi, hazırlık durumunun görünmesi veya kanal maliyetlerinin ayrıştırılması olabilir.

9. Stok ve reçete maliyetini yazılım modülü değil, yönetim disiplini olarak satın alın

Stok ve reçete maliyeti, doğru kurulup düzenli kullanıldığında restoran yöneticisine anlamlı bir görünürlük sağlayabilir. Ancak ürün kartları, ölçü birimleri, reçeteler, satın alma girişleri, fire kayıtları ve sayımlar güvenilir değilse; rapor ekranındaki maliyet de güvenilir olmayabilir.

İki kavramı birbirinden ayırın:

• Teorik maliyet: Tanımlı reçeteye göre bir porsiyon için beklenen malzeme tüketimidir.
• Fiilî maliyet: Satın alma, sayım, fire, üretim ve gerçekleşen tüketim kayıtları dikkate alındığında ortaya çıkan maliyettir.

Örneğin reçeteye göre porsiyon başına malzeme maliyeti 70 TL olan bir ürünün, sayım ve fire sonrası fiilî maliyeti 82 TL’ye çıkarsa maliyet sapması şu şekilde hesaplanabilir:

(82 - 70) / 70 × 100 = %17,1

Bu fark, tek başına belirli bir kaybın nedenini kanıtlamaz. Reçete eksik olabilir, satın alma fiyatı değişmiş olabilir, birim dönüşümü yanlış girilmiş olabilir, fire kaydı atlanmış olabilir veya porsiyon standardı korunamıyor olabilir. Raporun amacı tek bir sonuca atlamak değil, doğru inceleme sorularını ortaya çıkarmaktır.

Kurulumdan önce ürün kartı sorumlusu, ölçü birimi standardı, kritik reçeteler, satın alma girişi, fire tanımı ve sayım periyodu belirlenmelidir. Bu disipline zaman ayırmayacak işletmeler, yalnızca stok modülü bulunduğu için maliyet kontrolünün otomatikleşeceğini varsaymamalıdır. Yazılım yanlış reçeteyi doğru maliyete dönüştüremez.

10. Raporlama ekranında ciroyu değil, karar sorularını arayın

Toplam ciro gerekli bir göstergedir; fakat yönetim kararı için tek başına yeterli değildir. En yüksek ciro yapan ürün, en yüksek katkıyı sağlayan ürün olmayabilir. En yoğun sipariş kanalı, iptal, indirim, hizmet bedeli veya teslimat maliyetleri sonrasında en güçlü net sonucu üretmeyebilir.

Demo sırasında gösterişli rapor ekranları yerine aşağıdaki sorulara yanıt arayın:

• En çok satan ürün ile en yüksek katkıyı sağlayan ürün aynı mı?
• Hangi saatlerde satış yoğunlaşıyor ve mutfak hangi zamanlarda zorlanıyor?
• İptal, indirim ve ikramları kimler yapıyor; nedenleri kaydediliyor mu?
• Masa servisi ve paket sipariş sonuçları hangi düzeyde ayrıştırılabiliyor?
• Reçete maliyeti değiştiğinde hangi ürün, fiyat veya porsiyon incelenmeli?
• Hangi kanalın net tahsilatı, iptal ve maliyetler sonrasında daha güçlü görünüyor?

Örnek rapor için öncelikle sentetik veya temsili veri kullanılmasını isteyin. İşletmenize ait gerçek verinin kullanılması gerekiyorsa, veri minimizasyonu, güvenli aktarım, gizlilik taahhüdü ve gerçekten anonimleştirilmiş veri kullanımı gibi koşullar netleştirilmelidir. Sadece müşteri adlarını silmek, her durumda anonimleştirme anlamına gelmeyebilir.

Ayrıca rapor sayısına değil, raporun karar sorusuna yanıt verip vermediğine bakın. Dönem karşılaştırması, filtreleme, kullanıcı yetkileri ve dışa aktarma ihtiyacı sözleşmeden önce konuşulmalıdır.

11. Veri erişimi, roller ve çıkış planını sözleşmede netleştirin

Sistem değişikliği sırasında önemli olan yalnızca tablet, yazıcı veya ekran değildir. Menü yapısı, fiyatlar, masa düzeni, satış kayıtları, sipariş kayıtları, müşteri verileri ve raporlar işletmenin operasyonel sürekliliği için önem taşır. Kişisel veriler bakımından ise mülkiyet dili yerine tarafların rolleri, işleme amaçları, erişim koşulları, saklama ve silme süreçleri netleştirilmelidir.

Sözleşme öncesinde şu soruları yazılı olarak yanıtlatın:

• Veri sorumlusu ve veri işleyen rolleri hangi iş akışları için nasıl tanımlanıyor?
• İşletme hangi kayıtları hangi koşullarda dışa aktarabiliyor?
• Dışa aktarma formatı, kapsamı ve talep süreci nedir?
• Sözleşme sona erdiğinde erişim, saklama ve silme yaklaşımı nasıl işleyecek?
• Yönetici, kasa, garson, mutfak ve kurye için farklı rol-yetki seviyeleri tanımlanabiliyor mu?
• İşlem kayıtları ve yetki gerektiren hareketler nasıl izleniyor?
• Yedekleme, kesinti bildirimi, destek saatleri ve hedef geri dönüş yaklaşımı nedir?

Satın alma öncesinde güncel fiyatlandırma, tüm ek ücretler, sözleşme ve fesih koşulları, eğitim kapsamı, veri dışa aktarma prosedürü, kesinti planı, kişisel veri işleme dokümanları ve ödeme-belge akışına ilişkin yazılı kapsam açıklamasını istemek faydalıdır. Müşteri verisi işleniyorsa, teknoloji sağlayıcısının varlığı restoranın veri koruma sorumluluklarını kendiliğinden ortadan kaldırmaz.

12. Fiyatı değil, toplam sahip olma maliyetini ve geçiş kapasitesini hesaplayın

Aylık abonelik ücretini karşılaştırmak kolaydır; ancak tek başına sağlıklı bir yatırım değerlendirmesi değildir. Cihazlar, ekranlar, yazıcılar, kurulum, eğitim, ek kullanıcılar, şubeler, destek, bağlantı maliyeti ve manuel hataların operasyonel etkisi hesaba katılmadığında düşük görünen teklif toplamda daha pahalı bir sonuca dönüşebilir.

Kendi hesabınızı şu çerçeveyle yapın:

Aylık toplam sahip olma maliyeti =
Yazılım aboneliği
+ cihaz / ekran / yazıcı amortismanı
+ kurulum ve eğitim maliyetinin aylık payı
+ ek kullanıcı veya şube maliyeti
+ destek / servis maliyeti
+ bağlantı / veri hattı maliyeti
+ manuel iş yükü ile hata ve iptallerden doğan tahmini maliyet

Geri dönüş süresini değerlendirmek için aşağıdaki model kullanılabilir:

Yaklaşık geri dönüş süresi =
İlk yatırım maliyeti
/
(Aylık iş gücü tasarrufu
+ hata ve iptallerden doğan parasal kayıptaki azalma
+ stok farkındaki iyileşme
+ hız veya ek satıştan doğan ölçülebilir katkı)

Bu hesap bir tasarruf garantisi değildir. Sonucun anlamlı olabilmesi için başlangıç verilerinizin ölçülebilir olması gerekir. Eğitim için vardiyadan zaman ayırıp ayıramayacağınız, menü ve reçete girişlerini kimin doğrulayacağı ve canlıya geçiş gününde operasyonel kararları kimin vereceği de toplam maliyetin parçasıdır.

İlk 30 günde başlangıç metriklerini kaydedin. Sonraki dönemde yoğun saat, iptal, hazırlama süresi, indirimler ve stok farkı gibi kendi önceliklerinizle ilgili verileri takip edin. Daha sonra sonuçları başlangıç durumu ile karşılaştırın. Böylece yatırımı genel vaatlerle değil, kendi işletmenizin verisiyle değerlendirebilirsiniz.

QRPos kapsamını nasıl değerlendirebilirsiniz?

QRPos; QR menü, masa ve adisyon yönetimi, KDS mutfak ekranı, garson uygulaması, masadan sipariş, online ve paket sipariş, kurye takibi, stok ve reçete maliyeti ile raporlama ihtiyaçlarını restoran operasyonu çerçevesinde değerlendirmek isteyen işletmeler için bir seçenek olabilir. QRPos’un restoran operasyonuna yönelik özellik kapsamını inceleyin.

Ödeme cihazları, ÖKC, e-belge, muhasebe, pazar yeri veya diğer üçüncü taraf bağlantıları hakkında; işletmenizin senaryosuna uygun yazılı teknik kapsam teyidi alınmalıdır.

İlk eleme ve ayrıntılı demo için puan kartı kullanın

Tüm alanları 15 dakikada sağlıklı değerlendirmek gerçekçi değildir. Bu nedenle demo sürecini iki aşamaya ayırmak daha güvenli olur.

İlk elemede, yaklaşık 15 dakikada üç temel görevi deneyin: masa ve adisyon işlemi, karma sipariş ve not girişi, mutfak veya paket sipariş durumunun görünmesi. Amaç nihai kararı vermek değil; kullanıcı deneyimi, temel akış ve iletişim kalitesi bakımından çözümün ikinci değerlendirmeye değer olup olmadığını anlamaktır.

İkinci aşamada ise 45-60 dakikalık daha ayrıntılı bir demo planlayın. Aynı senaryoyu her sağlayıcıda uygulayın ve aşağıdaki alanları 1 ile 5 arasında puanlayın. Puanın yanına kısa gözlem notu da yazın; çünkü iki sistem aynı puanı farklı nedenlerle alabilir.

Kriter	Puan	Gözlem notu
Masa açma, taşıma, birleştirme ve hesap bölme	/5
Garsonun sipariş, varyant ve not girişi	/5
KDS’de istasyon ve sipariş durumu görünürlüğü	/5
QR menü ve masadan sipariş müşteri akışı	/5
Online ve paket sipariş ile kurye durum akışı	/5
Stok, reçete ve sayım iş akışı	/5
Raporların karar sorularına yanıtı	/5
Rol-yetki, işlem kaydı ve veri dışa aktarma	/5
Kesinti anındaki operasyon prosedürü	/5
Kurulum, eğitim ve destek kapsamı	/5
Toplam	/50

Toplam puan, ekip içi karşılaştırmayı düzenler; fakat nihai kararı tek başına vermemelidir. Ödeme-belge uygulanabilirliği ile sözleşme, veri erişimi, saklama, silme ve çıkış koşulları puandan bağımsız geçer-kalır kriterleri olmalıdır. Bir çözüm yüksek puan alıp bu alanlarda yazılı açıklama sağlayamıyorsa, satın alma riski sürer.

Geçiş günü kontrol listesi: canlıya çıkmadan önce doğrulanacaklar

Sistem seçimi, uygulamanın başarıyla tamamlandığı anlamına gelmez. İlk servis günü ve özellikle ilk yoğun vardiya, işletmenin gerçek testidir. Canlıya çıkmadan önce vardiya sorumlusu, kasa ve mutfak temsilcisiyle aşağıdaki listeyi kontrol edin:

• Menü, fiyatlar, ürün varyantları ve zorunlu seçimler test edildi.
• En kritik ürün notları ve alerjen talepleri mutfağa doğru ulaştı.
• Masa planı, servis alanları ve kullanıcı yetkileri doğrulandı.
• Garson, kasa, mutfak, yönetici ve varsa kurye rolleri açıklandı.
• Yoğun saat deneme servisi yapıldı.
• İptal, ikram, indirim, masa taşıma ve hesap bölme senaryoları denendi.
• KDS istasyonları ve sipariş durumları kontrol edildi.
• Paket sipariş ve kurye durum zinciri işletmenin kullandığı akışa göre test edildi.
• Kritik stok birimleri ve en çok satan ürünlerin reçeteleri gözden geçirildi.
• Gün sonu raporu ile adisyon ve tahsilat kontrolü yapıldı.
• İnternet kesintisi veya cihaz arızasında manuel çalışma planı personele anlatıldı.
• Kişisel veri aydınlatması ile ticari ileti süreçleri gözden geçirildi.

Restoran otomasyonu, gıda işletmesine ilişkin diğer yükümlülüklerin yerine geçmez. Gıda işletmesi kayıt ve iç operasyon disiplinleri ayrı değerlendirilmelidir. Tarım ve Orman Bakanlığı’nın kayıt prosedürü, depo, perakende ve toplu tüketim işletmeleri için İşletme Kayıt Belgesi başvuru çerçevesine yer verir. Gıda işletmesi kayıt prosedürü bu sürece ilişkin resmî kaynaklardan biridir.

Sonuç: Doğru sistem en fazla özelliği değil, en az belirsizliği yaratır

Doğru restoran için POS sistemi, en çok modülü sıralayan sistem olmak zorunda değildir. Doğru seçim; işletmenizin en sık yaşadığı sorunu, ekibin günlük kullanım alışkanlığına uygun şekilde, açık kayıt ve daha az manuel tekrar ile yöneten çözümdür.

Karar sırasını basit tutun: Önce baskın servis modelinizi ve üç ana darboğazınızı belirleyin. Sonra masa, mutfak, paket ve raporlama akışını aynı yoğun saat senaryosunda test edin. Ödeme, mali belge ve mevcut cihazlarla ilgili uygulanabilirliği yazılı olarak doğrulayın. Veri erişimi, roller, saklama ve çıkış planını sözleşmeye bağlayın. Son olarak aylık fiyatı değil, toplam sahip olma maliyetini ve ekibinizin geçiş kapasitesini değerlendirin.

QR menü, masa ve adisyon yönetimi, KDS, garson uygulaması, masadan sipariş, online ve paket sipariş, kurye takibi, stok-reçete maliyeti ve raporlama ihtiyaçlarınızı kendi operasyon akışınız üzerinden değerlendirmek için kendi operasyon akışınız için QRPos demosu planlayın.

Bu içerik; güncel kaynak araştırması, yapay zekâ destekli taslak üretimi ve QRPos kalite denetimi kullanılarak hazırlanmıştır.