Masa Rezervasyon Otomasyonunda Çakışma Riski: Aynı Masaya İki Rezervasyon Nasıl Engellenir?

Bir restoran sahibi için dijitalleşmenin en heyecan verici kısmı, telefon trafiğinin azalması ve WhatsApp üzerinden rezervasyonların akmasıdır. Ancak bu heyecanın hemen arkasında, uykuları kaçıran tek bir soru vardır: "Ya sistem hata yaparsa?"

Özellikle Cumartesi akşamı gibi yoğun saatlerde, aynı masaya, aynı saat dilimi için iki farklı müşterinin rezervasyon yaptırdığını hayal edin. Bir yapay zeka asistanının "akıllı" görünmesi yetmez; onun en temel görevi, işletmenin fiziksel kapasitesini hatasız yönetmektir. Eğer otomasyon sistemi aynı masayı iki kez satarsa, bu sadece bir teknik hata değil, kapıda karşılanamayan mutsuz müşteriler ve zedelenmiş bir marka imajı demektir.

Peki, modern bir masa rezervasyon otomasyonu, farklı kanallardan (WhatsApp, Instagram, Web) gelen eş zamanlı talepleri nasıl yönetir ve çakışmaları nasıl imkansız hale getirir?

Otomasyonda Çakışma Riski Neden Daha Gerçektir?

Geleneksel yöntemde bir resepsiyonist deftere kayıt yapar. Hata payı olsa da karar mekanizması tekildir; o an deftere bakan kişi son sözü söyler. Otomasyonda ise durum çok boyutludur. Aynı saniyede;

Bir müşteri WhatsApp'tan mesaj atar,
Bir diğeri Instagram DM üzerinden tarih sorar,
Üçüncüsü web sitesindeki widget'ı kullanır.

Eğer sistem müsaitliği sadece "metin tabanlı" veya "kabaca" hesaplıyorsa, her üç kullanıcıya da "Evet, saat 20:00'de boş masamız var" yanıtını verebilir. Çünkü her konuşma penceresi kendi içinde bağımsız ilerler ve diğerinin o an ne onayladığından haberdar değildir. İşte bu nokta, basit chatbotlar ile gerçek dijital çalışanlar arasındaki farkın ortaya çıktığı yerdir.

Giizo AI'ın Çift Katmanlı Güvenlik Mekanizması

Giizo AI, rezervasyon sürecini sadece bir "sohbet" olarak değil, kritik bir veri işlemi olarak ele alır. Çakışmaları önlemek için birbirini denetleyen iki farklı güvenlik katmanı kullanır:

1. Katman: Ajan Disiplini ve İmzalı Slot Tokenları

Yapay zeka modelleri bazen "halüsinasyon" görebilir; yani elinde veri olmasa bile kullanıcıyı memnun etmek için uygunmuş gibi bir saat uydurabilir. Giizo AI bunu giizo_get_availability aracıyla tamamen engeller.

Süreç şöyle işler:

Gerçek Zamanlı Sorgu: Ajan asla kafasından saat söylemez. Önce sistemden kişi sayısına uygun olan gerçek boş masaları sorgular.
Slot Token Sistemi: Sistem müsait olan her saat aralığı için kısa ömürlü ve dijital imzalı bir slot_token üretir.
Token Şartı: Rezervasyon oluşturma aracı (giizo_create_booking), ham bir tarih veya saat kabul etmez; yalnızca geçerli bir token ile çalışır.

Yani ajan "Saat 20:00 uygundur" dediğinde aslında arka planda o saate ait geçici bir anahtar tutmaktadır. Eğer müşteri karar verene kadar süre geçerse veya o slot başka biri tarafından alınmışsa token geçersiz olur ve ajan otomatik olarak müsaitliği yeniden sorgular.

2. Katman: Veritabanı Seviyesinde Kesin Kilit (Exclusion Constraint)

Token sistemi ajan tarafındaki hataları önler ancak iki farklı müşterinin aynı milisaniyede aynı boş saati görüp onaylaması ihtimali hala vardır ("Race Condition"). Burada devreye yazılımsal kontrolün ötesinde, veritabanının kalbinde çalışan bir kilit girer: Exclusion Constraint.

Bu mekanizma şuna benzer: Veritabanına şu kural tanımlanmıştır; "Aynı masa ID'sine sahip iki kayıt arasında zaman çakışması varsa, ikinci kaydı asla içeri alma."

Bu işlem uygulama kodunda değil, doğrudan veritabanı motorunda gerçekleştiği için iki talep gerçekten aynı anda gelse bile sistem fiziksel olarak ikinciyi reddeder. Bu sayede çakışma ihtimali "ajan dikkatli davranırsa önlenir" seviyesinden çıkıp "sistem mimarisi gereği imkansızdır" seviyesine yükselir.

Kritik Senaryolar ve Akıllı Yönetimler

Rezervasyon süreci sadece masa seçmekten ibaret değildir; gerçek hayat karmaşıktır ve Giizo AI bu karmaşıklığı şu şekilde yönetir:

Aynı Talep İki Kez Gönderilirse Ne Olur? WhatsApp bağlantılarında kopmalar olabilir veya müşteri sabırsızlanıp mesajı tekrar gönderebilir. Sistem bunu idempotent (tekrarlanan isteklerin sonucu değiştirmemesi) biçimde ele alır. Eğer aynı müşteri için aynı rezervasyon zaten mevcutsa, sistem yeni bir kayıt açmak yerine mevcut olanı döndürür ve müşteriye onay verir; böylece aynı masaya mükerrer kayıt düşmez.

Kapasiteyi Aşan Gruplar Nasıl Yönetilir? İşletmedeki en büyük masadan daha kalabalık bir grup talep ettiğinde sistem zorlama yapmaz veya sessizce reddetmez. Bu durumu otomatik olarak bir talep (case) kaydına dönüştürür ve işletme ekibine iletir. Böylece büyük gruplar için manuel planlama yapılırken standart rezervasyon akışı bozulmaz.

Değişiklik ve İptallerde Güvenlik Nasıl Sağlanır? Bir başkasının rezervasyonunu değiştirmeyi önlemek adına kimlik doğrulama kodu (OTP), ajanın konuşmada söylediği numaraya değil; doğrudan sistemdeki orijinal telefon numarasına gönderilir. Ayrıca işletmenin belirlediği kritik zaman penceresine girilmişse (örneğin rezervasyona 2 saat kalmışsa), değişiklik talebi otomatik uygulanmaz ve insan onayına düşer.

Restoran Sahipleri İçin Kurulum Kolaylığı

Giizo AI'ın restoran personası ile kurulum yapmak karmaşık tablolarla uğraşmayı gerektirmez. Sistem önceden tanımlanmış hizmet süreleriyle gelir:

Masa Rezervasyonu: 90 Dakika
Akşam Yemeği: 120 Dakika
Öğle Menüsü: 60 Dakika
Özel Gün/Kutlama: 150 Dakika

İşletme sahibi yalnızca kendi masa kapasitesini ve çalışma saatlerini tanımlayarak bu şablonları uyarlar. Ayrıca kurulum sonrası müşterilere deneyimlerini soran değerlendirme mesajları veya haftalık menü duyuruları gibi proaktif şablonlar tek tıkla aktif edilebilir hale getirilir ве tüm süreç WhatsApp'tan Web Widget'a kadar tüm kanallarda senkronize çalışırBöylece restoran sahibi operasyona odaklanırken dijital çalışan tüm teknik detayları güvenle yürütür).