Görüşme Talep Edin
TR EN
ORACLE SIMPHONY CLOUD · STSG2

Misafir rezervasyonu ve Simphony adisyonu, aynı servis akışında.

Misafir masaya alındığında Rezervem, uygun eşlemeyle Simphony'de rezervasyona bağlı adisyon açabilir. Adisyon kapandığında harcama ve ödeme bilgileri rezervasyona döner. Menü senkronu ve ön ödeme kaydı ise ayrı yapılandırılan işlevlerdir.

Görüşme Talep Edin Oracle Partner
Oracle altyapınızla birlikte çalışır. Rezervem'in doğrulanmış Oracle entegrasyonu, desteklenen POS akışları için Simphony Cloud üzerindendir.
Oracle Simphony Cloud→ Oracle Partner Sayfası→
BUGÜN

Rezervasyon, adisyon ve misafir kaydı birbirinden kopabilir.

Doğru adisyonu bulmak Yoğun serviste masayla rezervasyonun hangi POS kaydına karşılık geldiği karışabilir.
Misafire bağlanmayan harcama Adisyon kapanır; ancak misafirin ziyaret geçmişinde harcama görünmeyebilir.
Elle ödeme kontrolü Ön ödeme ve kalan tutar farklı ekranlardan karşılaştırılmak zorunda kalabilir.
ADİSYON AÇILIŞI

Misafir masaya alındığında adisyon hazır.

Entegrasyon etkinse ve masa ile Simphony gelir merkezi doğru eşlenmişse, Rezervem'de check-in yapılan rezervasyon için Simphony adisyonu açılabilir. Masasız girişte adisyonun açılması, desteklenen masa atamasına bağlıdır.

  • Rezervasyona bağlı adisyon
  • Masa ve gelir merkezi eşlemesi
  • Desteklenen walk-in akışı
QR Order Connect
HARCAMA VE ZİYARET

Adisyon kapanınca harcama misafir kaydına döner.

Simphony adisyonunun kapandığı doğrulandığında, desteklenen tutar, ürün ve ödeme ayrıntıları Rezervem'deki rezervasyonla ilişkilendirilir. Açık adisyonun tüm bilgilerinin anlık güncellendiği vaat edilmez.

  • Kapanış bilgisinin doğrulanması
  • Harcama ve ödeme kırılımı
  • Misafir ziyaretiyle ilişki
Manager QR Order
MENÜ KAYNAĞI

Simphony menüsünü QR Order'da kontrollü kullanın.

Eşlenen servis istasyonu için ürün ve fiyat bilgileri Simphony'den senkronlanabilir. Yeni ürünlerin satışa açılmasını ekip ayrıca onaylar. Menü aktarmak, QR siparişlerin kendiliğinden Simphony adisyonuna yazılması demek değildir.

  • İstasyon bazında kaynak seçimi
  • Satışa açma kontrolü
  • Menü senkronu ≠ sipariş aktarımı
QR Order
ÖN ÖDEME

Uygun ön ödemeyi doğru adisyona işleyin.

Ön ödeme türü eşlenmişse ve açık adisyonun kalan tutarı uygunsa Rezervem üzerinden alınan ön ödeme Simphony'de kaydedilebilir. Yanlış kapanış riski varsa işlem bekletilir ve ekip bilgilendirilir.

  • Ödeme türü eşlemesi
  • Açık adisyon ve bakiye kontrolü
  • İstisna durumlarında uyarı
Pay
İLGİLİ ÜRÜNLER

Birlikte daha güçlü.

Manager Rezervasyon, masa planı ve misafir operasyonu. Keşfedin → Pay Ön ödeme, provizyon ve tahsilat akışları. Keşfedin → QR Order QR sipariş, menü ve servis istasyonu yönetimi. Keşfedin → Gift Misafir ziyaretleriyle bağlantılı uygun hediye ve ikramlar. Keşfedin →
SIK SORULAN SORULAR

Merak edilenler.

Hayır. Simphony POS olarak çalışmaya devam eder; Rezervem desteklenen rezervasyon, misafir, menü ve ödeme akışlarını bu sisteme bağlar.

Entegrasyon etkin, masa ve gelir merkezi eşlemesi uygun olduğunda açılabilir. Eksik veya desteklenmeyen eşlemelerde adisyon açıldığı varsayılmaz.

Hayır. Simphony menüsünün QR Order'a aktarılması, QR siparişin adisyona otomatik işlendiği anlamına gelmez. Sipariş aktarımının kapsamı ayrıca doğrulanmalıdır.

Hayır. Ödeme türü, adisyon durumu ve kalan bakiye kontrol edilir. Yanlış kapanış riski doğuran işlemler bekletilir ve ekip bilgilendirilir.

STSG2 erişimi olan etkin bir Simphony Cloud ortamı; gerekli API yetkileri ile gelir merkezi, iş istasyonu, personel, menü ve ödeme türü eşlemeleri gerekir.

BLOG VE REHBERLER

Her bağlantı akışını ayrı ayrı öğrenin.

Rezervasyon, adisyon, ön ödeme ve kurulumu işletmeci gözünden anlatıyoruz.

01Rezervasyondan Simphony adisyonunaMisafir masaya alındığında ve adisyon kapandığında ne değişir?SERVİS → 02Ön ödeme ile adisyon bakiyesiTahsil edilen tutar hangi koşullarda açık adisyona yazılır?ÖDEME → 03Simphony Cloud kurulum kontrol listesiErişim, eşleme, adisyon, menü ve ön ödemeyi test edin.KURULUM → 04Oracle Simphony açık API ekosistemiEntegrasyon seçenekleri, lisans ve üçüncü taraf bağlantıları.EKOSİSTEM → 05STS Gen2, BI ve Configuration API farklarıİşlem API'si ile raporlama ve yapılandırma API'sini ayırın.API TÜRLERİ → 06Simphony sürüm ve lisans kontrolüAPI erişiminin ön koşullarını adım adım öğrenin.LİSANS → 07Entegrasyon için yazılı bilgi talebiHizmet sağlayıcısına doğru soruları yöneltin.İŞLETMELER → 08API erişimi açılamıyorsaLisans, kimlik doğrulama, yetki ve RVC kaynaklı engelleri ayırın.SORUN GİDERME → 09Rezervasyon–POS kabul testleriDoğru adisyon, ön ödeme ve istisna senaryolarını doğrulayın.TEST →

Simphony ortamınızda hangi akışların çalışacağını birlikte belirleyelim.

Canlıya geçmeden önce eşlemeleri, adisyon yaşam döngüsünü, ön ödeme koşullarını ve menü kaynağını doğrularız.

Görüşme Talep Edin