رزرو میزها
رزرو با همان روشی کار میکند که سفارشها: مهمان و مجموعه فایل مشترکی را مستقیم ویرایش نمیکنند، بلکه نشانههای جداگانهای میگذارند که سرور آنها را یکجا جمع میکند. رزرو دیگری را اینطور نمیتوان دست زد: برای انجام هر کاری با آن، به شناسه غیرقابلحدس آن نیاز است — که فقط نزد خود مهمان (در پیوندش) و نزد مجموعه هست. نمای کلی بخش «چیدمان سالن» در مقاله چیدمان سالن آمده است؛ اینجا خودِ فرایند رزرو بهتفصیل میآید: ایجاد، وضعیتها، اتصال به میز، ودیعه و رزرو از طریق عاملهای AI.
رزروها را کجا مدیریت کنیم#
دو مسیر همارز:
- پنل سالن روی صندوق — چیپ 🗺 «سالن» در سرصفحه تیکت POS، زبانه «رزروها» (با نشان شمار درخواستهای در انتظار). پنل سالن بر پایه نقش در دسترس است — برای مالک، مدیر یا اپراتوری که حق مدیریت سالن دارد — و با روشن بودن کلید «چیپ پنل سالن» در «ظاهر POS» (در انواع مجموعههای غیررستورانی بهطور پیشفرض خاموش است). افزون بر رزروها، در پنل فهرست انتظار، چیدمان، فراخوان گارسون و تحلیلهای میزها هم هست؛
- چیدمان سالن در پنل مدیریت (
/tables) — همان فهرست و اتصال به میزها روی خود چیدمان.
رزرو جدید#
دکمه «+ رزرو جدید» فرمی باز میکند شامل:
- تاریخ و ساعت (با گام ۱۵ دقیقه)؛
- مدت — ۶۰/۹۰/۱۲۰/۱۸۰/۲۴۰ دقیقه؛
- تعداد مهمانها (۱–۵۰)؛
- میز — میز مشخص یا «تعییننشده» (در پنل سالن روی صندوق همین گزینه «بدون میز» نام دارد)، اگر تخصیص را برای بعد میگذارید. در هتل، در این فهرست اتاق و تخت وجود ندارد: اتاق بهصورت شبانهروزی و با فرم جداگانه رزرو میشود — پایینتر ببینید؛
- نام مهمان (الزامی) و شماره تلفن — شماره به همان شکلی ثبت میشود که در کشور شعبه نوشته میشود، مثلاً «+7 (912) 575-19-38»: گروهبندی هنگام تایپ خودکار گذاشته میشود، در فیلد خالی نمونه شماره کشور قرار دارد، هیچ رقمی تغییر نمیکند، و نوشتهای مانند «داخلی ۱۰۱» یا دو شماره با کاما همانطور که تایپ شده باقی میماند؛ شماره در فهرست رزروها هم به همین شکل نمایش داده میشود؛
- یادداشت.
رزروهایی که کارکنان میسازند بیدرنگ وضعیت «تأییدشده» میگیرند (برخلاف رزروهای مهمان که همیشه بهصورت درخواست شروع میشوند).
وضعیتها#
| وضعیت | معنا |
|---|---|
| در انتظار | درخواست از سوی مهمان، منتظر تأیید مجموعه |
| تأییدشده | مجموعه رزرو را پذیرفته است (رزروهای پنل مدیریت بیدرنگ از همینجا شروع میشوند) |
| مهمانها آمدند | مهمانها حاضرند (در پنل سالن روی صندوق همین وضعیت «نشاندهشده» برچسب دارد و در رزرو اتاق هتل «اسکانیافته») |
| تکمیلشده | پایان معمول بازدید |
| لغوشده | از سوی مهمان یا مجموعه لغو شده — یا بهطور خودکار، اگر ودیعه لازم بود و بهموقع پرداخت نشد |
| عدم حضور | مهمانها نیامدند (no-show) |
کارهای هر رزرو — مستقیم در ردیف فهرست: تأیید (از «در انتظار»)، نشاندن (از «تأییدشده»)، تکمیل، و همچنین «نیامدند» و «لغو رزرو». نشاندن وضعیت را تغییر میدهد، اما فاکتور مهمان را باز نمیکند: در پنل سالن روی صندوق، برای رزرو نشاندهشدهای که میز متصل دارد دکمه جداگانه «باز کردن تیکت» ظاهر میشود — همان است که سفارش را برای این میز ایجاد میکند.
برای رزروی که روی اتاق هتل است (اینها از زمانی ماندهاند که اتاق را میشد ساعتی رزرو کرد)، بهجای «نشاندن» گزینه «اسکان» هست. این اسکان واقعی است، نه علامتگذاری در فهرست: همان پنجرهای باز میشود که دکمه «اسکان» روی برد اتاقها دارد. نام و تلفن مهمان در آن از پیش از رزرو پر شده است؛ فقط باید طرح را انتخاب کنید و در صورت نیاز سند را پر کنید. پس از اسکان، حساب اتاق برای مهمان باز است، اتاق اشغال میشود، رکورد به دفتر ثبت مهمانان میرود (در روسیه — به ثبت مهاجرت)، و رزرو «مهمانها آمدند» علامت میخورد. اگر اتاق برای اسکان آماده نباشد (اشغال، تمیزنشده، از کار افتاده)، پنجره باز نمیشود — توضیحی نمایش داده میشود. در پنل سالن روی صندوق هم برای چنین رزروی «اسکان» هست: دکمه به «چیدمان سالن» و همین پنجره میرود. میزهای رستوران داخل همان هتل همچنان «نشاندن» میخواهند. کار پایانی برای اتاق هم «تکمیل» است: تخلیه با بستن فاکتور مهمان و فرستادن اتاق به نظافت با دکمه «تخلیه» روی برد اتاقها انجام میشود.
اتصال به میز و تداخلها#
میز رزرو را میتوان مستقیم در ردیف فهرست انتخاب یا عوض کرد — در فهرست کشویی گزینه «بدون میز» هم هست. جابهجایی به میزی که رزرو دیگری در زمان متداخل آن را گرفته است رد میشود با توضیح «با رزرو دیگری روی این میز تداخل دارد»: سرور هم همین کار را میکرد، فقط بیصدا. در فرم رزرو جدیدِ پنل سالن روی صندوق، اشغال بودن پیش از انتخاب هم دیده میشود — میزِ اشغال در زمان انتخابشده با «· اشغال» علامت خورده و قابل انتخاب نیست، و اگر همه میزها اشغال باشند زیر فهرست نوشته میشود «میز آزادی نیست» (رزرو «بدون میز» در این حالت ساخته میشود: میز را دستی برایش تعیین میکنند). زمانی که گذشته باشد را هم فرم نمیپذیرد. به یک نکته قاعده توجه کنید: اشغال بودن فقط بر پایه رزروهای تأییدشده و نشاندهشده حساب میشود — درخواست تأییدنشده میز را نگه نمیدارد و دستی بررسی میشود.
روی خود چیدمان سالن، میزی که همین حالا رزرو دارد کهربایی پر شده و با ساعت و نام مهمان برچسب خورده است، و میزی که نزدیکترین رزرو امروز را دارد نشان آبی بدون پرکردن میگیرد — با یک نگاه پیداست چه چیزی همین حالا اشغال است و چه چیزی در شرف اشغال.
رزرو توسط مهمان#
در منوی QR و در وبسایت مجموعه، مهمان برگه رزرو را باز میکند، نقشه سالن را میبیند (آزاد/اشغال/انتخابشده بر اساس رزروهای فعلی) و خودش میز را انتخاب میکند — یا اگر جمع بزرگ است، چند میز را همزمان: در این حالت رزرو بهطور مساوی بین میزهای انتخابشده تقسیم میشود. زمان را مهمان همانطور تعیین میکند که شما در پنل سالن: شروع و مدت — ۶۰/۹۰/۱۲۰/۱۸۰/۲۴۰ دقیقه، بهطور پیشفرض ۲ ساعت. زیر فهرست نوشته شده تا چه ساعتی میز نگه داشته میشود («تا ۲۱:۰۰»)؛ رزروی که از نیمهشب میگذرد (مثلاً ۲۲:۰۰ + ۳ ساعت) خودکار محاسبه میشود. در هتل، مهمانی که منو را با QR کد اتاق باز کرده، میز رستوران را رزرو میکند، نه اتاق خود را: اگر میزی روی نقشه انتخاب نشده باشد، رزرو «بدون میز» میآید و به اتاق متصل نمیشود (اتاق بهصورت شبانهروزی رزرو میشود — هتل).
فیلدها به همان ترتیبی هستند که در فرم رزرو پنل سالن: ابتدا تاریخ و زمان، سپس مدت و تعداد مهمان. برگه روی نزدیکترین ساعت کامل بعدی باز میشود — اواخر شب یعنی فردا — و زمانی که گذشته را نمیپذیرد: زیر فیلد «این زمان گذشته است» نمایش داده میشود و تا اصلاح زمان، درخواست ارسال نمیشود. اینطور درخواستی برای دیشب به شما نمیرسد که فهرست رزروها بههرحال فوراً آن را میان گذشتهها پنهان میکرد.
میزها را میتوان بر اساس ویژگیها فیلتر کرد — نُه ویژگی: کنار پنجره، تراس، ساکت، پریز، دسترسیپذیر، مخصوص غیرسیگاریها، کنار صحنه، جای کالسکه، همراه با حیوان خانگی. میزهای نامناسب پنهان نمیشوند، بلکه کمرنگ میشوند تا نقشه سالن قابلشناسایی بماند. اگر برای میزها عکس بارگذاری شده باشد، مهمان آنها را هنگام انتخاب در لایتباکس باز میکند.
اشغال بودن روی نقشه برای مهمان بر اساس همه رزروهای فعال محاسبه میشود — از جمله درخواستهای تأییدنشده: میزی که برای زمان انتخابشده قبلاً رزرو شده، به مهمان پیشنهاد نمیشود. اگر با این حال دو مهمان در یک ثانیه به هم برسند، رزرو دوم را سرور رد میکند، نه فقط رابط کاربری.
اگر مهمان ایمیل گذاشته باشد، بلافاصله پس از رزرو ایمیل «درخواست رزرو پذیرفته شد» برایش میآید: زمان، تعداد مهمان، میز و این یادداشت که رزرو در انتظار تأیید شماست. وقتی رزرو را تأیید کنید، مهمان ایمیل «رزرو تأیید شد» را دریافت میکند؛ درباره جابهجایی و لغو رزرو هم ایمیل میآید. مهمان میتواند رزرو را به تقویم اضافه کند (فایل .ics) و هر لحظه رزروهای خود را باز کند: آنجا وضعیت زنده دیده میشود و «لغو» و «جابهجایی» وجود دارد. اگر زمان موردنظر اشغال باشد، مهمان میتواند «اطلاع بدهید اگر آزاد شد» را بزند — و وقتی بازه آزاد شد اعلان دریافت میکند.
جابهجایی توسط مهمان یک درخواست جدید است: شما زمان قبلی را تأیید کرده بودید، نه زمان جدید را. بنابراین رزرو تأییدشده پس از جابهجایی دوباره «در انتظار» میشود — در پنل سالن باز هم دکمه «تأیید» دارد، و مهمان «در انتظار تأیید» را میبیند تا زمان جدید را تأیید کنید (اگر مهمان ایمیل گذاشته باشد، ایمیل تأیید برایش میآید). رزرو دارای ودیعه — پرداختشده یا در انتظار پرداخت — پس از جابهجایی تأییدشده میماند، مانند رزروی که خود کارکنان جابهجا کرده باشند.
از جابهجایی بلافاصله باخبر میشوید، نه از روی سطری که بیصدا تغییر کرده: روی صفحه باز (نقشه سالن، پنل سالن صندوق، ژورنال رزرو) راهنمایی «مهمان رزرو را جابهجا کرد: نام، بود → شد» ظاهر میشود — در ژورنال رزرو همراه با صدا و اعلان مرورگر — و برای مالک، پوش در ادمین موبایل و پیام از ربات Telegram شعبه میآید، اگر متصل باشد. جابهجاییای که خود کارکنان انجام داده باشند، برگشت داده نمیشود.
رزرو توسط مهمان بهطور پیشفرض فعال است؛ اگر لازمش ندارید، آن را با کلید در تنظیمات سایت شعبه خاموش کنید — این کلید در سطح شعبه عمل میکند، نه کل حساب.
ودیعه رزرو#
ودیعه با دکمه «ودیعه» (با نماد کارت) در پنجره رزروهای بخش «نقشه سالن» تنظیم میشود — مجموعهای از قواعد است، نه یک مبلغ برای کل مجموعه. برای قاعده، شرطها («روزهای هفته»، «زمان از/تا»، «مهمان از») و پارامترها تعیین میشود: مبلغ ثابت که از مهمان یا برای کل رزرو محاسبه میشود، بازه لغو رایگان به ساعت و تیک «در صورت عدم حضور نگه داشته شود». ودیعه میز درصدی از مبلغ ندارد — درصد فقط در پیشپرداخت نوبت خدمات وجود دارد، جایی که قیمت خدمت معلوم است. اینطور سناریوی رایج «جمعه-شنبه بعد از ۱۸:۰۰، جمع از ۶ نفر» تنظیم میشود.
مهمان هنگام رزرو آنلاین مبلغ لازم را میبیند (با تغییر تاریخ، زمان یا تعداد مهمان، بلافاصله بازمحاسبه میشود) و بازه لغو رایگان را. سپس:
- رزرو فوراً ساخته میشود، اما بازه ۳۰ دقیقه نگه داشته میشود — در این مدت باید ودیعه پرداخت شود؛
- بهمحض تأیید پرداخت توسط ارائهدهنده پرداخت، رزرو «تأییدشده» میشود؛
- اگر ودیعه در زمان تعیینشده واریز نشود، رزرو بهطور خودکار با یادداشت «ودیعه بهموقع واریز نشد» لغو میشود و بازه آزاد میگردد — و کسانی که درخواست اطلاع داده بودند باخبر میشوند.
لغو در بازه رایگان، پول را خودکار برمیگرداند؛ لغو دیرهنگام و عدم حضور (اگر در قاعده «در صورت عدم حضور نگه داشته شود» باشد) ودیعه را برای مجموعه نگه میدارد. در سطر رزرو، وضعیت ودیعه دیده میشود — در انتظار پرداخت، پرداختشده، برگشتدادهشده یا سوخته — و دکمه «برگرداندن ودیعه» به مدیر اجازه میدهد هر لحظه پول را دستی برگرداند، از جمله مبلغی که قبلاً نگه داشته شده. ودیعه فقط با پذیرندگی آنلاین تنظیمشده فعال میشود؛ بدون آن، رزرو مانند قبل رایگان میماند. ⚠️ حذف خودکار رزرو در صورت عدم حضور (پنل سالن → «رزروها» → «⏱ حذف خودکار») ودیعه را هرگز نگه نمیدارد: رزرو پرداختشده را اصلاً دست نمیزند، آن را کارمند با دکمه «نیامدند» میبندد — همراه با وضعیت، سرنوشت پول مهمان هم تعیین میشود.
رزرو از طریق عاملهای AI#
همان سازوکار رزرو برای دستیارهای صوتی و متنی AI از طریق Guest API عمومی در دسترس است: عامل میزهای آزاد را بررسی میکند (check_table_availability)، درخواست ایجاد میکند (create_reservation) و میتواند وضعیت را بررسی یا رزرو را لغو کند (get_reservation_status، cancel_reservation). برای مجموعه، این رزرو هیچ تفاوتی با درخواست معمول مهمان ندارد — به همان فهرست «در انتظار» میرود و به تأیید نیاز دارد.
ضیافتها#
موجودیت جداگانهای به نام «ضیافت» وجود ندارد — ضیافت با یک رزرو معمولی با تعداد مهمان زیاد و توضیح رویداد در بخش یادداشت ثبت میشود، که به تالار ضیافت یا میزهای جابهجاشده در نقشه گره خورده است.
برای راهاندازی چه لازم است#
- فعال بودن رزرو در شعبه — برای رستوران، کافه، بار و هتل بهصورت پیشفرض فعال است و برای غذاخوری و فستفود آگاهانه خاموش شده است.
- نقشه سالن با میزها — تا رزرو را بتوان به میز مشخصی نشاند (نقشه سالن).
- کانال دریافت — ویترین، ویجت رزرو روی وبسایت شما، Telegram یا عامل هوش مصنوعی مهمان.
- سیاست ودیعه — اگر رزرو با پیشپرداخت گرفته میشود؛ ودیعه به پرداخت آنلاین فعال نیاز دارد.
- جایی که رزروها دیده میشوند — پنجره «رزروها» و زبانه «رزروها» در پنل سالن.
محدودیتها#
- رزرو پرداختنشده با ودیعه، بازه زمانی را ۳۰ دقیقه نگه میدارد و سپس آن را آزاد میکند.
- خط زمانی رزروها بر اساس میز و شبکه چیدمان وجود ندارد — دسترسپذیری نه با نقشه خودکار چیدمان، بلکه با تصمیم شما محاسبه میشود.
- وضعیت «مهمان آمد» وجود ندارد، همانطور که یادآوری خودکار N ساعت پیش از رزرو وجود ندارد؛ یادآوریها در Telegram برای مهمان بر اساس قواعد خودش ارسال میشود.
- مهمان میز را انتخاب نمیکند در ویجت و فرم ویترین: او درخواست میگذارد و میز را شما تعیین میکنید.
- ودیعهها سازوکار پرداخت عمومی هستند، بنابراین جایی که پرداخت آنلاین متصل نیست، گرفتن ودیعه ممکن نیست.
رفع اشکال#
مهمان نمیتواند رزرو کند. رزرو در شعبه خاموش است یا ویجت رزرو روی وبسایت شما بهعنوان افزونه پرداخت نشده است.
رزرو به میز متصل نشد. اتصال را مجموعه انجام میدهد — مهمان آن را تعیین نمیکند.
ودیعه هنگام لغو برنگشت. بازگشت بر اساس سیاست ودیعه انجام میشود؛ شرایط آن و وضعیت پرداخت را بررسی کنید.
رزرو در پنل سالن دیده نمیشود. شما شعبه دیگری را میبینید یا رزرو خاموش است.
بازه زمانی دو بار اشغال شد. تداخلها نمایش داده میشوند، اما شبکه دسترسپذیری سختگیرانهای وجود ندارد — برای ساعتهای پر، سهمیه را دستی تعیین کنید.
بخشهای مرتبط#
- نقشه سالن — ویرایشگر پلان، کدهای QR، گارسونها
- پنل سالن — محل کار میزبان: رزروها، لیست انتظار، نقشه، فراخوانها
- صندوق (POS) — باز کردن تیکت بر اساس رزرو نشاندهشده
- Guest API برای عاملهای AI — رزرو به نام مهمان بهصورت برنامهنویسیشده
- نوبتهای خدمات — همان اصل رزرو برای سالنهای زیبایی
- کارمندان و شیفتها — نقشها و دسترسی به پنل سالن
پرسشهای پرتکرار#
آیا مهمان میتواند بدون تماس تلفنی میز رزرو کند؟#
بله، مستقیماً از منوی QR یا از سایت مجموعه — درخواست بیدرنگ در پنل سالن ظاهر میشود و مهمان فوراً تأیید یا وضعیت «در انتظار» را میبیند.
اگر دو کارمند یک میز را برای یک زمان نشانند چه میشود؟#
رابط کاربری دومی را راه نمیدهد: هم جابهجایی در ردیف فهرست و هم ایجاد رزرو روی میز اشغالشده با توضیح «با رزرو دیگری روی این میز تداخل دارد» رد میشود — همان قاعدهای که سرور نیز بههرحال چنین سیگنالی را با آن رد میکند. اگر دو کارمند در یک ثانیه کلیک کنند، رزرو دوم را سرور رد میکند. درخواست تأییدنشده میز را نگه نمیدارد — تداخل آن بهصورت دستی رسیدگی میشود.
آیا حالت جداگانهای برای ضیافتها وجود دارد؟#
موجودیت جداگانهای وجود ندارد — ضیافت یک رزرو معمولی با تعداد مهمان زیاد است که به ناحیه موردنظر روی نقشه گره خورده است.