REZERVEM PAY · BAĞIMSIZ ÖDEME VE TAHSİLAT
Pay

Rezervasyondan bağımsız. Her satışın yanında.

Rezervasyonda ön ödeme veya kart provizyonu alın; Rezervem Pay mobil ve web uygulamalarıyla bağımsız ödeme talepleri oluşturun. Experience ürünlerini seçip link ya da QR ile satın, desteklenen kendi sanal POS'unuzu kullanın.

KİMİN İÇİN Restoranlar Oteller ve Spa Etkinlik ve Deneyimler
Boş kalan masanın maliyetini azaltın Talebin yüksek olduğu günlerde rezervasyonu ön ödeme veya provizyonla güvenceye alın.
Ödeme, rezervasyonu beklemesin Grup yemeği, kapora ya da özel bir davet; ödeme kendi başına alınır.
Bankanızı değiştirmeden başlayın Kendi sanal POS'unuzu bağlayın ya da Rezervem altyapısını kullanın.

Bir rezervasyonun değeri, misafir gelmeden belli olur.

Özel bir akşam, sınırlı bir menü ya da kalabalık bir masa planlandığında belirsizlik pahalıya mal olur.

  1. 01Misafir gerçekten gelecek mi?
  2. 02Ödemeyi nasıl ve nereden alacağız?
  3. 03Bu ödeme hangi rezervasyona ait?
  4. 04İade ne zaman, kime yapılacak?

Rezervem Pay bu soruların cevabını aynı yerde toplar. Ödeme ayrı bir iş olmaktan çıkar, servisin hazırlığına dönüşür.

ÖN ÖDEME VE PROVİZYON

Rezervasyonu söz olmaktan çıkarın, taahhüde dönüştürün.

Her rezervasyon aynı finansal güvenceyi gerektirmez. Yoğun günler, kalabalık masalar ve özel hazırlık gerektiren menüler için ön ödeme veya kartta geçici bloke seçeneğini değerlendirin. Ön ödeme tahsilat, provizyon ise bankaca süresi sınırlı yetkilendirmedir; tutarı ve iptal koşullarını misafire önceden açıklayın.

Ön ödeme Rezervasyon koşuluna göre belirlenen tutar önceden tahsil edilir.
Ön provizyon Kartta geçici bloke oluşur; henüz tahsil edilmiş gelir değildir.
Seçici kural Uygun gün, öğün, kişi sayısı veya alan için finansal güvence.
KURALA DAYALI DİNAMİK FİYATLAMA

Her rezervasyona aynı tutarı uygulamak zorunda değilsiniz.

Gün, öğün, saat, alan, kişi sayısı, menü veya işlem türüne göre farklı ön ödeme ve provizyon kuralları tanımlayın. Fiyat motoru restoran bazında etkinleştirilir; uygulanabilir kural ve geri dönüş davranışı kurulumda doğrulanır. Bu, yapay zekânın talebe göre kendiliğinden fiyat değiştirmesi değildir.

Gün ve öğün Yoğun akşam ile sakin servis için ayrı kurallar.
Kişi ve alan Kişi başı, masa başı veya uygun alana bağlı tutar.
Şeffaf sonuç Misafir ödeme öncesinde tutarı ve koşulları görür.
PAYLAŞIMLI ÖN ÖDEME

Kalabalık masanın yükü tek kişinin kartında kalmasın.

Uygun grup rezervasyonlarında ön ödeme, koltuk/kişi sayısı üzerinden paylaştırılabilir. Katılımcılar kendi paylarını farklı kartlardan öder; işletme toplanan ve kalan tutarı izler. Kısmi ödeme tüm rezervasyonun tamamlandığı anlamına gelmez. Özellik ilgili restoranda etkinleştirilir ve yalnız desteklenen ön ödeme akışında kullanılır.

Farklı kartlar Katılımcılar kendi payları için ödeme yapar.
Kalan tutar Kimsenin tüm tutarı peşin üstlenmesi gerekmez.
Kontrollü onay Hedef ödeme tamamlandığında sonuç doğrulanır.
LİNK, QR VE WHATSAPP

Rezervasyon açmadan, mobil uygulamadan veya web panelinden ödeme alın.

Rezervem Pay, Manager'dan bağımsız mobil uygulama ve web paneliyle çalışır. Misafir adı, tutar veya uygun ürün seçilerek ödeme talebi açılır; link, QR ya da desteklenen mesaj kanalıyla paylaşılır. Ödeme sonucu takip edilir; istenirse sonradan rezervasyona bağlanır. Talebin gönderilmesi tahsil edildiği anlamına gelmez.

Link Paylaşın, ödemeyi alın.
QR Masada ya da basılı materyalde.
WhatsApp Link, misafirin sohbetinde.
Rezervasyon bağlantısı İsteğe bağlı; sonradan da yapılabilir.
EXPERIENCE İLE ÜRÜNLÜ TAHSİLAT

Yalnız tutar değil, neyin satıldığını da kaydedin.

Tadım menüsü, spa hizmeti, özel etkinlik veya ek ürün gibi Experience kataloğunda satışa uygun ürünleri seçin. Ürün, varyant, adet ve fiyatıyla ödeme talebi oluşturun; misafire link veya QR gösterin. Tahsilat, ürün siparişi ve varsa kullanım kodu ayrı durumlarla izlenir.

Ürün seçimi Experience kataloğundan uygun ürünü ekleyin.
Link ve QR Misafire tek ödeme sayfası sunun.
Sipariş kaydı Ürün, tahsilat ve kullanım durumunu ayırın.
ÖDEME GEÇİDİ

Kendi sanal POS'unuzla, kendi banka ilişkinizle.

Rezervem Pay ödeme geçidi katmanı olarak uygun sanal POS'a işlem yönlendirebilir. Restoran desteklenen bağlantı üzerinden kendi banka/ödeme hizmeti sağlayıcısının POS'unu kullanabilir veya sunulan platform POS seçeneğini değerlendirebilir. Sağlayıcı, işlem türü, komisyon, para birimi ve iade yeteneği kurulumda doğrulanır.

Kendi sanal POS'unuz Desteklenen entegrasyonda mevcut banka/sağlayıcı ilişkinizle çalışın.
Platform POS seçeneği İşletmeniz için uygun sunulan seçeneği değerlendirin.
Doğru işlem kaydı Ödeme sonucu, kullanılan POS ve ilgili talep tutarlı izlensin.
Fiziksel POS yol haritası Pavo gibi fiziksel cihaz bağlantıları üzerinde çalışılıyor; kullanılabilirlik doğrulanmalıdır.

Ödeme geçidi, banka sözleşmesinin yerini almaz.

ORACLE SIMPHONY

Alınan ödeme, kasada doğru yere işlensin.

Desteklenen Oracle Simphony entegrasyonu etkinse, Pay ile tahsil edilen uygun ödeme personelin seçtiği açık adisyona ön ödeme olarak işlenebilir. Aynı tutarın tekrar işlenmesini önleyen kontroller vardır. Entegrasyon işletmeye ve ilgili adisyonun durumuna bağlıdır.

Açık çeke kayıt Personelin seçtiği açık çeke ön ödeme.
Kasada tekrar girilmez Aynı ödeme ikinci kez işlenmez.
İsteğe bağlı Simphony kullanan işletmeler için.
İPTAL VE İADE

Kural net olsun, ilişki zarar görmesin.

İptal ve no-show koşullarını işlemden önce misafire açıkça bildirin. Gerçek rezervasyon durumu ile ödeme, provizyon, tahsilat, iptal veya iade sonucunu ayrı değerlendirin. No-show kaydı otomatik ve garanti edilmiş tahsilat anlamına gelmez; sağlayıcı kuralları ve işletme politikası belirleyicidir.

Şeffaf koşullar İptal kuralları ödeme öncesinde misafire gösterilir.
No-show tahsilatı Gelmeyen misafir için provizyonu kurala göre tahsil edin.
Kayıt üzerinden iade İadeyi ilgili rezervasyondan başlatın.
TAKİP VE RAPORLAMA

Her ödeme, durumu ve kaynağıyla görünsün.

Başarılı tahsilat, bekleyen talep, kart provizyonu ve iadeleri işlem durumlarıyla ayrı görün. Rezervasyona bağlı olanları Manager operasyon kaydıyla, bağımsız Pay taleplerini kendi finansal kaydıyla birlikte değerlendirin. Banka mutabakatı için gerçek işlem sonucunu kontrol edin.

Ödeme durumu Ödendi, bekliyor, başarısız.
Pay mobil ve web Manager'dan bağımsız talepler, tahsilat ve iadeler.
Gün sonu özeti Tahsilat, provizyon ve iade bir arada.
BİR ÖDEMENİN YOLCULUĞU

İstenir. Ödenir. Kayda geçer.

Rezervasyonla ya da tek başına; her ödeme aynı düzende.

01 Talep Rezervasyon, serbest tutar veya Experience ürünlü link/QR talebi.
02 Ödeme Misafir aynı ödeme sayfasında, bankasının doğrulamasıyla öder.
03 Bağlantı İsterseniz ödeme bir rezervasyonla ilişkilendirilir.
04 Kayıt Pay mobil/web üzerinde finansal durum izlenir; destekleniyorsa rezervasyon veya Simphony adisyonuna bağlanır.
SIK SORULAN SORULAR

Merak edilenler.

Evet, desteklenen banka/ödeme hizmeti sağlayıcısı bağlantısıyla kendi sanal POS'unuzu kullanabilirsiniz. İşlem türü, para birimi ve komisyon desteği işletme bazında doğrulanır; alternatif platform POS seçeneği de değerlendirilebilir.

Evet. Ödeme rezervasyondan bağımsız alınır; link, QR ya da WhatsApp ile iletin, isterseniz sonradan bir rezervasyonla ilişkilendirin.

Ön ödeme tutarın önceden tahsil edilmesidir. Ön provizyon ise kartta geçici bloke oluşturur; henüz satış geliri değildir. Bloke süresi, sonradan tahsilat veya serbest bırakma ilgili sağlayıcı koşullarına bağlıdır.

Evet. Pay ile alınan ödeme, personelin seçtiği açık Simphony çekine ön ödeme olarak işlenir. Entegrasyon isteğe bağlıdır.

Evet. Rezervem Pay'in Manager'dan bağımsız mobil uygulaması ve web paneli bulunur. Uygun yetki ve altyapıyla ödeme talebi açabilir, QR/link paylaşabilir, durumu izleyebilir ve iade işlemini yönetebilirsiniz.

İptal/no-show koşulları önceden bildirilen işletme politikası ve geçerli kart/sağlayıcı kurallarına göre değerlendirilir. Provizyonun başarılı tahsilat veya iade olduğuna banka işlem sonucu olmadan karar verilmez.

Hayır. Manager rezervasyon için ön ödeme/provizyonu kullanabilir; Pay rezervasyondan bağımsız ödeme bağlantısı, QR veya WhatsApp ile tahsilat taleplerini de destekler. Bağımsız ödeme sonradan ilgili rezervasyonla ilişkilendirilebilir.

Evet. Desteklenen dinamik fiyatlama kuralları gün, saat, öğün, alan, kişi sayısı ve işlem türü gibi koşullara göre hesaplama yapabilir. Motorun restoranınızda etkinleştirilmesi ve kuralların doğrulanması gerekir.

Desteklenen, paylaşımlı ön ödeme özelliği etkin bir grup rezervasyonunda katılımcılar kendi koltuk payları için ayrı kartlarla ödeme yapabilir. Bu akışın rezervasyon güvence tutarına ait olduğunu ve kısmi ödemenin tam onay anlamına gelmediğini unutmayın.

Experience kataloğunda satışa uygun ürün ve varyantlar ödeme talebine eklenebilir; link veya QR ile misafire sunulur. Ürün siparişi, tahsilat ve varsa kullanım kodu ayrıca takip edilir.

Pavo fiziksel POS sağlayıcısı mevcut sistem sözleşmesinde yakında olarak işaretlenmiştir. Fiziksel cihaz entegrasyonunun kapsamı ve canlıya alınma durumu işletmeniz özelinde teyit edilmelidir.

REHBERLER

Pay rehberleri.

Pay ile ilgili adım adım rehberler.

01Akşam servisi için masa planı nasıl kurulur?Dört adımda sade bir plan.RESTORAN → 02Ön ödeme ve ön provizyon nedir, ne zaman kullanılır?Karttan ön tahsilat ile geçici blokajın farkını, hangi rezervasyonda uygun olduklarını ve misafire nasıl açıklanacaklarını öğrenin.RESTORAN → 03Tadım akşamı için menü satışı nasıl hazırlanır?Tadım menüsünü seçenek ve fiyatla satışa hazırlayın; masa kontenjanını, ön ödemeyi ve servis günü kontrolünü uygulanabilir adımlarla planlayın.RESTORAN → 04Restoran rezervasyon sistemi ne kadar tutar?Fiyatlandırma modelleri, rakama girmeyen maliyet kalemleri ve teklif alırken sorulacak sorular.RESTORAN → 05En iyi restoran rezervasyon sistemi nasıl bulunur? Karşılaştırma kontrol listesiTek bir 'en iyi' yoktur; işletme tipine göre kriterler, demo görüşmesi ve deneme süreci için kontrol listesi.RESTORAN → 06Restoran Web Sitesine ve Instagram'a Rezervasyon Bağlantısı Nasıl Eklenir?Rezervem Manager'dan web sitesi ve Instagram kaynak etiketli linkleri alın; buton, uygun iframe ve profil bağlantılarını test edin.RESTORAN → 07Michelin Guide'dan doğrudan rezervasyon nasıl alınır?Michelin Guide'ın web sitesi ve mobil uygulamasından gelen rezervasyonların Rezervem'e düşmesi, restoranın hazırlanması gerekenler ve yönetim ipuçları.RESTORAN → 08Şef Masası ve Özel Menü Nasıl Planlanır?Şef masasında menü satışını, ödeme ve rezervasyon kapasitesini ayrı planlamak için uygulama rehberi.RESTORAN → 09Beach club özel hizmet satış planı nasıl kurulur?Beach club ve otelde özel hizmet kataloğunu, kapasite planını, ödeme ve servis noktasını ayırın.OTEL → 10Etkinlik ve deneyim satış takvimi nasıl planlanır?Etkinlik servis tarihiyle ürünün satış günlerini ayırın; iki farklı tadım akşamının masa, rezervasyon ve ödeme planını nasıl kuracağınızı öğrenin.RESTORAN → 11Rezervem Manager'da Rezervasyon Durumları ve Günlük Servis AkışıOnay bekleyen, onaylanan, gelen, iptal edilen ve no-show rezervasyonları servis sırasında nasıl yöneteceğinizi öğrenin.REZERVEM MANAGER REHBERİ → 12Manager ve Pay ile ön ödeme, ön provizyon ve no-show nasıl yönetilir?Finansal güvence kararı, rezervasyon kaydı, misafir bilgilendirmesi, ödeme, geliş, iptal ve mutabakat için uygulama rehberi.REZERVEM MANAGER REHBERİ →
BLOG

Pay üzerine yazılar.

Pay konusundaki güncel blog yazıları.

01Oracle Simphony Cloud ve Açık API: Entegrasyon Ekosistemi Nasıl Çalışır?Simphony Cloud açık API yaklaşımını, STS Gen2 bağlantılarını, lisans koşullarını ve üçüncü taraf çözüm seçeneklerini tanıyın.SIMPHONY CLOUD · ENTEGRASYON → 02Simphony Cloud Hizmet Modeli API Erişimini Nasıl Etkiler?Doğrudan bulut hizmeti, hizmet sağlayıcısı üzerinden kullanım ve API yetkilendirmesi arasındaki farkları anlayın.SIMPHONY CLOUD · ENTEGRASYON → 03Simphony STS Gen2, BI API ve Configuration API Arasındaki FarklarSimphony'de işlem, raporlama ve yapılandırma API'lerinin farklı rollerini ve seçim kriterlerini öğrenin.SIMPHONY CLOUD · ENTEGRASYON → 04Restoran POS Entegrasyonunda Tedarikçi Bağımlılığı Nasıl Azaltılır?Restoran POS sözleşmelerinde API erişimi, veri taşınabilirliği ve üçüncü taraf entegrasyon kriterlerini değerlendirin.SIMPHONY CLOUD · ENTEGRASYON → 05Oracle Simphony Entegrasyon Partneri ve Validasyon Ne Anlama Gelir?Oracle partner programını, STS Gen2 testini ve entegrasyon doğrulamasının müşteri ortamı için ne ifade ettiğini öğrenin.SIMPHONY CLOUD · ENTEGRASYON → 06Otel Restoranlarında Oracle Simphony Gelir Merkezi (RVC) Nasıl Eşlenir?Otel içindeki farklı restoranlarda Simphony lokasyon, gelir merkezi ve rezervasyon eşlemesini doğru planlayın.SIMPHONY CLOUD · UYGULAMA → 07Restoran Rezervasyonu Oracle Simphony Adisyonuyla Nasıl Eşleşir?Misafir masaya oturduğunda rezervasyon ile Simphony adisyonu nasıl bağlantı kurar? Harcama kaydının ne zaman geldiğini ve hangi kontrollerin gerektiğini öğrenin.GASTRONOMİ → 08Restoranda Ön Ödeme Simphony Adisyonuna Nasıl Yansır?Rezervasyondan alınan ön ödemenin POS adisyonunda ne zaman gösterileceğini, neden her koşulda hemen yazılamadığını ve kalan bakiyenin nasıl kontrol edildiğini anlayın.GASTRONOMİ → 09Restoran Raporunda Rezervasyon Adedi ile Misafir Sayısı Neden Farklıdır?Rezervasyon adedini, ağırlanan kişi sayısını, iptal ve no-show sonuçlarını doğru paydalarla karşılaştırma rehberi.30 Eki 2026 → 10No-Show Verisi Ne Zaman Kesinleşir? Operasyon ile Raporun FarkıHenüz gelmedi durumunu kesinleşmiş no-show ile karıştırmadan günlük ve geçmiş dönem rezervasyon raporlarını değerlendirin.30 Eki 2026 → 11Restoranda Masa Devir Süresi ve Kapasite Nasıl Planlanır?Oturma süresi, masa birleşimi, yoğun saatler ve bekleme listesinin restoran kapasitesine etkisini örneklerle açıklıyoruz.29 Eki 2026 → 12Restoran Rezervasyon Raporlarında Hangi Metrikler İzlenmeli?Rezervasyon adedi, ağırlanan misafir, iptal, no-show, saat yoğunluğu ve kanal kaynaklarının nasıl yorumlanacağını öğrenin.29 Eki 2026 →

Daha az belirsizlik. Daha güvenli akşamlar.

Rezervem Pay'in ödeme süreçlerinizi nasıl bir araya getirdiğini birlikte inceleyelim.