موتور رزرو (Booking Engine) بخشی از سایت یا صفحه‌ی شماست که تقویم زنده را به مهمان نشان می‌دهد، قیمت کل را حساب می‌کند و رزرو را همراه با پرداخت ثبت می‌کند؛ یعنی کاری که در رزرو مستقیم دستی با چند پیام‌رسانی و کارت‌به‌کارت انجام می‌شد. درگاه پرداخت هم فقط حلقه‌ی پرداختِ همین زنجیره است. شما برای رزرو مستقیم به هیچ‌کدام «نیاز» ندارید، چون بخش بزرگی از رزروهای مستقیم هنوز با تلفن و پیام‌رسان بسته می‌شود؛ ولی وقتی حجم بالا می‌رود، ساعت‌های پاسخ‌گویی و ریسک اعتماد و خطای ثبت از کارمزد پلتفرم گران‌تر می‌شود.
این مقاله حالت‌های مختلف را کنار هم می‌گذارد: موتور رزرو دقیقاً چه کاری انجام می‌دهد، گزینه‌ها چیست، درگاه پرداخت در ایران چه الزاماتی دارد (با تکیه بر آنچه توانستم تأیید کنم، و با صراحت درباره‌ی آنچه نتوانستم)، و هزینه‌ی واقعی چگونه با کمیسیون پلتفرم مقایسه می‌شود. مسیر دیده‌شدن و اعتماد در رزرو مستقیم با شبکه‌های اجتماعی و جایگاه کل کانال‌ها در همه‌ی کانال‌های رزرو آمده است.
موتور رزرو دقیقاً چه کار می‌کند؟
منابع صنعتی (راهنمای Lodgify، Guesty و Smoobu) موتور رزرو را مغز سایت رزرو مستقیم می‌دانند. چهار کارش:
نمایش موجودی زنده. مهمان تاریخ را انتخاب می‌کند و فقط شب‌هایی را می‌بیند که واقعاً خالی‌اند.
محاسبه‌ی قیمت. نرخ هر شب (فصل، آخر هفته، روز خاص)، حداقل اقامت، هزینه‌ی نظافت یا نفر اضافه و جمع کل.
جمع‌آوری اطلاعات مهمان (مشخصات، تعداد نفرات، شرایط).
پرداخت و تأیید. دریافت بیعانه یا کل مبلغ و ثبت رزرو در تقویم.
حاصل: مهمان بدون انتظار برای پاسخ شما می‌تواند ساعت ۲ بامداد هم رزرو کند. نقطه‌ی حساس ماجرا همین ثبت لحظه‌ای در تقویم است، چون موتور رزرو تقویمی می‌خواهد که زنده و درست باشد. اگر رزرو بقیه‌ی کانال‌ها در همان تقویم نباشد، موتور شب‌های اشغال را خالی نشان می‌دهد و خودش رزرو تکراری می‌سازد. همان مشکل همگام‌سازی تقویم بین پلتفرم‌ها.
چه چیزی را خودکار نمی‌کند؟
غربال مهمان. رزرو آنلاین کامل یعنی هرکس می‌تواند رزرو کند، حتی مهمانی که در لیست سیاه است؛ باید بدانید می‌خواهید رزرو فوری بدهید یا درخواست.
ایمنی قراردادی. شرط لغو، قوانین اقامتگاه و بیعانه را همچنان باید خودتان بنویسید و مهمان را به پذیرفتنش وادار کنید (بیعانه و پیش‌پرداخت).
اعتماد. صفحه‌ی رزرو بدون عکس واقعی، قوانین و اطلاعات تماس، حتی با درگاه معتبر هم کم‌تبدیل می‌ماند.
دلیل ارزش‌داشتن: هزینه‌ی کمیسیون در برابر هزینه‌ی خودتان
پلتفرم‌ها درصدی از هر رزرو برمی‌دارند؛ رزرو مستقیم این درصد را ندارد، اما هزینه‌ی خودش را دارد: ساخت صفحه، موتور رزرو، کارمزد درگاه، تبلیغ و زمان. یک گزارش از شرکت Truvi (که خدمات مدیریت اجاره‌ی کوتاه‌مدت می‌فروشد) ادعا می‌کند بعد از کسر هزینه‌ی پردازش پرداخت و بازاریابی، بیشتر اپراتورها از هر رزرو مستقیم ۹ تا ۱۱ درصد بیشتر از پلتفرم می‌ماند. این منبع تجاری و آمارش مربوط به بازار آمریکاست، پس فقط به‌عنوان جهت بگیریدش. برای تصمیم خودتان این فرمول بهتر است:
سود خالص هر رزرو مستقیم = مبلغ رزرو − کارمزد درگاه − سهم هزینه‌ی ثابت (سایت، موتور رزرو) − تبلیغ هر رزرو − ارزش زمان پاسخ‌گویی
فرض کنید (اعداد گرد و صرفاً نمونه) یک رزرو دوشبه ۶ میلیون تومان است. در پلتفرمی با کارمزد میزبان ۱۵٪، ۹۰۰ هزار تومان کم می‌شود. در رزرو مستقیم اگر کارمزد درگاه ۲٪ باشد (۱۲۰ هزار)، سهم ماهانه‌ی موتور رزرو و سایت ۶۰۰ هزار تومان باشد و ماهی ۴ رزرو مستقیم بگیرید (۱۵۰ هزار برای هر رزرو)، و تبلیغ و زمان ۳۰۰ هزار تومان برای هر رزرو باشد، هزینه‌ی کل ۵۷۰ هزار تومان است، یعنی کمتر از پلتفرم. اما با ماهی یک رزرو مستقیم، سهم ثابت ۶۰۰ هزار می‌شود و هزینه‌ی کل ۱ میلیون و ۲۰ هزار تومان؛ گران‌تر از پلتفرم. نتیجه: موتور رزرو و سایت وقتی ارزان می‌شوند که حجم رزرو مستقیم کافی باشد. برای دقت بیشتر، هزینه‌ی مؤثر هر کانال را با فرمول همه‌ی کانال‌ها و شاخص‌های سود واقعی حساب کنید.
گزینه‌های پیاده‌سازی
گزینه | چطور کار می‌کند | مزیت | عیب |
|---|---|---|---|
فرم یا صفحه + پیام‌رسان | مهمان درخواست می‌دهد، شما دستی تأیید و بیعانه را می‌گیرید | هزینه‌ی صفر، انعطاف کامل | پاسخ دستی، رزرو تکراری و ثبت‌نشدن (ثبت رزرو تلفنی) |
افزونه یا ویجت روی سایت خودتان | تقویم و رزرو داخل صفحه‌ی خودتان | کنترل برند | نگهداری فنی؛ پشتیبانی درگاه ایرانی باید بررسی شود |
سرویس آماده (SaaS) با سایت و موتور رزرو | سایت و موتور رزرو یک بسته | راه‌اندازی سریع | وابستگی به فروشنده؛ پشتیبانی از درگاه و زبان فارسی/شمسی باید تأیید شود |
نرم‌افزار PMS با موتور رزرو داخلی | موتور رزرو روی همان تقویم مرجع | تقویم یکی است | محدودیت قابلیت‌های طراحی (انتخاب PMS) |
برای مقایسه‌ی عملی، از هر گزینه این‌ها را مکتوب بپرسید:
آیا تقویم شمسی و ارز تومان را پشتیبانی می‌کند؟
با کدام درگاه ایرانی کار می‌کند؟ (نه «درگاه‌های معروف»؛ نام و مدرک.)
اگر پرداخت موفق شد ولی بازگشت از درگاه قطع شد، رزرو چه می‌شود؟
چه تنظیماتی برای بیعانه (درصد، مبلغ ثابت) و سیاست لغو دارد؟
رزرو و اطلاعات مهمان را چطور خروجی می‌دهد؟
اگر درگاه یا خود سرویس قطع شد، فرم دستی جایگزین دارد؟
برای ایران من فهرست رسمی یا تأییدشده‌ای از افزونه‌ها و سرویس‌های موتور رزرو سازگار با درگاه‌های ایرانی پیدا نکردم و نام برند نمی‌آورم؛ بررسی بازار با خودتان است.
درگاه پرداخت در ایران: چه چیزهایی را می‌دانیم
اطلاعات این بخش از منابع ثانویه (رسانه و وبلاگ شرکت‌های درگاه) است و منبع رسمی کامل شاپرک یا بانک مرکزی را در دسترس نیافتم. صفحه‌ی اصلی شاپرک خودش دسته‌های ارائه‌دهنده را فهرست می‌کند (شرکت‌های PSP، پرداخت‌یارها، بانک‌های فعال در پرداخت‌یاری)، ولی الزامات پذیرنده در آن صفحه نبود. هرچه در ادامه می‌آید را قبل از اقدام با PSP یا بانک طرف قرارداد تطبیق دهید.
دو نوع درگاه
درگاه مستقیم (PSP یا بانک): قرارداد مستقیم با شرکت دارای مجوز. اعتبار بالاتر، ولی بررسی مدارک دقیق‌تر و زمان‌برتر؛ مناسب کسب‌وکار ثبت‌شده و پرتراکنش.
پرداخت‌یار: شرکت واسط دارای مجوز که راه‌اندازی را برای کسب‌وکار کوچک ساده‌تر می‌کند.
مقاله‌ی راهنمای رده (rade.ir) تأکید می‌کند کلید اصلی، داشتن مجوز شاپرک است نه اسم «واسط» یا «پرداخت‌یار». وبلاگ زرین‌پال (که خودش پرداخت‌یار است و مقاله‌اش از سال ۱۴۰۰ است، پس مغرضانه و قدیمی بخوانیدش) می‌گوید شاپرک بر PSPها و پرداخت‌یارها نظارت دارد.
الزامات رایج (برای هر نوع، با اختلاف منابع)
اینماد (نماد اعتماد الکترونیکی). صفحه‌ی اینماد می‌گوید هویت صاحب و محل فعالیت کسب‌وکار اینترنتی را احراز می‌کند و متولی آن مرکز توسعه‌ی تجارت الکترونیکی است. مقاله‌ی رده اینماد را برای هر دو نوع درگاه لازم می‌داند؛ وبلاگ زرین‌پال هم نقل می‌کند شاپرک از ۳ آذر ۱۴۰۰ برای متقاضیان درگاه از طریق پرداخت‌یارها، داشتن اینماد را الزامی و هنگام ثبت پذیرنده‌ی جدید بررسی کرده است. اما همین وبلاگ در مقاله‌ی دیگرش از «درگاه واسط بدون اینماد» می‌گوید، و من محتوای آن را نتوانستم تأیید کنم. نتیجه: فرض کنید لازم است، و از ارائه‌دهنده بپرسید.
کد مالیاتی. هر دو منبع (رده و زرین‌پال) برای هر دو نوع درگاه لازم می‌دانند.
سایت فعال. طبق رده، سایت باید کالا یا خدمت واقعی با توضیح کامل عرضه کند. یعنی کانال دایرکت و صفحه‌ی اینستاگرام تنها معمولاً کافی نیست.
مجوز صنفی یا کسب‌وکار در صورت ثبت‌شده بودن، و برای برخی مشاغل مجوز اضافه (طبق رده).
مدارک هویتی و شبا، و برای درگاه مستقیم مدارک شرکت (آگهی تأسیس و...).
سؤال مهم برای میزبان‌ها: آیا یک اقامتگاه که با مجوز صنفی یا اقامتی مشخص فعالیت نمی‌کند می‌تواند چنین درگاهی بگیرد؟ منبع رسمی‌ای که این وضعیت (اجاره‌ی کوتاه‌مدت خانگی) را تعیین کند پیدا نکردم. اگر اقامتگاه شما مجوز اقامتی ندارد، پیش از هزینه روی راه‌اندازی از PSP یا پرداخت‌یار بپرسید که مجوز چه چیزی را می‌پذیرند. وضعیت حقوقی کلی را در قوانین اجاره‌ی کوتاه‌مدت در ایران ببینید.
تسویه، کارمزد و ایمنی (طبق راهنمای رده)
تراکنش‌ها معمولاً روز کاری بعد از طریق شبکه‌ی پایا به شبای پذیرنده تسویه می‌شود و تعطیلات آن را عقب می‌اندازد. زمان دقیق و گزینه‌ی سریع‌تر را از ارائه‌دهنده بگیرید.
کارمزد دو بخش دارد: کارمزد شبکه‌ی شاپرک که بانک مرکزی تعیین می‌کند، و کارمزد ارائه‌دهنده. راهنما توصیه می‌کند درصد، سقف مبلغ کارمزد هر تراکنش، هزینه‌ی اشتراک و هزینه‌ی تسویه را با هم مقایسه کنید، چون سقف و هزینه‌ی جانبی ممکن است از درصد اعلام‌شده مهم‌تر باشد. عدد مشخصی که بتوانم از منبع رسمی تأیید کنم نیافتم.
پذیرنده هرگز نباید اطلاعات کارت مشتری را در سایت خودش ذخیره کند و باید هر پرداخت را قبل از فعال‌کردن سفارش از درگاه تأیید (verify) کند. در اقامتگاه یعنی رزرو تا تأیید مستقیم درگاه، «قطعی» نیست.
صفحه‌ی پرداخت درگاه‌های مبتنی بر شاپرک آدرسی به شکل
…shaparak.irو HTTPS دارد؛ همین نشانه را به مهمان بگویید تا به صفحه‌ی جعلی نرود.
اگر پرداخت از مهمان کم شد ولی رزرو ثبت نشد
این رایج‌ترین جنجال درگاه است: پول از حساب مهمان کم شده و کاربر قبل از بازگشت به سایت پنجره را بسته است. بدون راه‌حل، یک رزرو معلق می‌ماند. باید سه چیز را از سرویس بپرسید: شماره‌ی پیگیری چطور ثبت می‌شود؟ آیا تأیید سمت سرور (جدا از بازگشت مرورگر) دارد؟ و تکلیف تراکنش بلاتکلیف چه می‌شود؟ راهنمای رده برای مشتری هم می‌گوید شماره‌ی پیگیری و اسکرین‌شات را نگه دارد؛ شما هم باید برای این وضعیت یک دستور کار مکتوب داشته باشید.
بیعانه‌ی آنلاین، لغو و بازپرداخت
بیعانه‌ی آنلاین یعنی درگاه فقط بخشی از مبلغ (یا همه) را می‌گیرد. تصمیم‌های اصلی مثل مقدار، پله‌های لغو و وجه التزام همان است که در بیعانه، پیش‌پرداخت و ودیعه آمده؛ تفاوت آنلاین فقط در سهولت اثبات است. با پرداخت آنلاین، مهمان قبل از پرداخت صفحه‌ی شرط لغو را می‌بیند و باید تیک «پذیرفتم» بزند و شما رسید و ثبت دارید. اگر در مبلغی که به درگاه می‌دهید، هم بیعانه و هم تضمین خسارت را قاطی کنید، بازگرداندنش سخت می‌شود؛ جدا نام ببرید و جدا بگیرید.
بازپرداخت: من فرایند رسمی استرداد از درگاه‌های ایرانی (زمان و هزینه، استرداد کل یا جزئی) را از منبع قابل‌اتکا پیدا نکردم. پیش از انتخاب، از ارائه‌دهنده بپرسید: برگشت به کارت مهمان خودکار است یا واریز دستی به شبای او؟ هزینه‌ی کارمزد تراکنش برگشتی چه می‌شود؟ سیاست لغو را طوری بنویسید که با همان فرایند بخواند.
حق انصراف قانون تجارت الکترونیکی
ماده‌ی ۳۷ قانون تجارت الکترونیکی برای مصرف‌کننده در معاملات از راه دور حق انصراف هفت روز کاری مقرر کرده و استثناهای آن در آیین‌نامه‌ی اجرایی آمده است. اینکه رزرو اقامت با تاریخ مشخص در این قاعده می‌گنجد یا استثناست، در منابعی که دیدم صریح نبود؛ مقاله‌ی زومیت (آبان ۱۴۰۴) فهرست استثناها را می‌آورد ولی اقامت یا هتل را نام نمی‌برد. این موضوع به فروش آنلاین مستقیم شما می‌رسد و ارزش پرسیدن از وکیل یا مرجع صنفی را دارد. شرط لغو را حتماً پیش از پرداخت نمایش دهید و به آن اعتماد نکنید که قانون به نفع شما یا مهمان تعیین تکلیف می‌کند.
امنیت و حریم داده
داده‌ی کارت را خودتان نگه ندارید. اگر پرداخت از صفحه‌ی درگاه انجام می‌شود، کارت وارد سرور شما نمی‌شود، و این بهترین سیاست است. استاندارد PCI DSS نیز برای پرداخت‌های بین‌المللی همین مسیر (هدایت به صفحه‌ی میزبان‌شده‌ی ارائه‌دهنده) را ساده‌ترین حالت انطباق می‌شمارد، با این تفاوت که وب‌سرور شما همچنان در دامنه‌ی مسئولیت امنیتی می‌ماند و نباید اسکریپت ناشناخته روی صفحه‌ی پرداخت بارگذاری کنید. این استاندارد جهانی است و شاپرک مقررات خودش را دارد؛ مطابقت آن را من بررسی نکردم.
فقط اطلاعات لازم مهمان را جمع کنید. هر فیلد اضافه (کد ملی، آدرس دقیق) ریسک نشت را بالا می‌برد. منبع رسمی ایرانی‌ای که تکلیف نگهداری داده‌ی مهمان در سایت و نرم‌افزار را روشن کند پیدا نکردم؛ رویه‌ی محتاطانه این است که فقط داده‌ی لازم ثبت و دسترسی تیم محدود شود (ثبت مهمان).
آدرس دقیق اقامتگاه را قبل از پرداخت نمایش ندهید (مگر خودتان بخواهید)، و رسیدی که به مهمان می‌رود کارت یا شبای شما را به شکل عمومی منتشر نکند.
هر رزرو آنلاین را با تقویم مرجع تطبیق دهید (خطای هم‌گام‌نشدن بین موتور رزرو و تقویم، بیشتر از حمله‌ی امنیتی دردسر می‌سازد).
چه موقع ارزشش را دارد؟
به‌جای قانون ثابت، سه سؤال بپرسید:
حجم: هر ماه چند رزرو مستقیم می‌گیرم؟ اگر کمتر از دو سه تا باشد، سهم هزینه‌ی ثابت هر رزرو بالا می‌رود (مثال بالا).
زمان: چقدر از وقتم برای پاسخ و پیگیری یک رزرو صرف می‌شود، و آیا رزروها را به‌خاطر دیر پاسخ‌دادن از دست می‌دهم؟
ریسک اعتماد: آیا مهمان‌هایم حاضرند آنلاین به یک سایت ناشناخته پول بدهند؟ اگر نه، صفحه‌ی اختصاصی با اینماد و نظرها اول ضرورت دارد، نه موتور رزرو.
اگر حجم کم و پاسخ‌گویی سریع است، شروع با فرم و پیام‌رسان و کارت‌به‌کارت منطقی‌تر است. اگر حجم مستقیم در حال رشد است و رزروها در پیام‌ها گم می‌شود، قدم بعد موتور رزرو و درگاه است. در هر حال تقویم مرجع واحد را قبل از آن درست کنید.
شاه‌کلید در این چارچوب
در کد شاه‌کلید درگاه پرداخت، موتور رزرو یا صفحه‌ی رزرو عمومی برای مهمان پیدا نشد؛ رزروها را شما یا تیمتان در پنل ثبت می‌کنید. آنچه هست و به این مسیر کمک می‌کند: ثبت پرداخت‌های چندمرحله‌ای هر رزرو (بیعانه، مانده)، روش پرداخت، تعریف «کارت‌های واریز مهمانان» (کارت یا شبایی که به مهمان داده می‌شود)، ثبت «منبع رزرو» (مثل مستقیم، اینستاگرام) و گزارش درآمد به تفکیک منبع، و فیلد جریمه‌ی لغو. یعنی شاه‌کلید پشت صحنه‌ی رزرو مستقیم را مرتب می‌کند، ولی خودش پرداخت آنلاین نمی‌گیرد و رزرو مهمان را خودکار وارد نمی‌کند.
سؤال‌های پرتکرار
بدون سایت و درگاه می‌شود رزرو مستقیم گرفت؟
بله. بسیاری از رزروهای مستقیم با تلفن و پیام‌رسان و کارت‌به‌کارت بسته می‌شود. فقط باید رزرو را همان لحظه در تقویم مرجع ثبت کنید و شرط لغو را مکتوب بفرستید.
درگاه مستقیم بهتر است یا پرداخت‌یار؟
بسته به وضعیت شما. درگاه مستقیم معمولاً مدارک و زمان بیشتری می‌خواهد و برای کسب‌وکار ثبت‌شده و پرتراکنش مناسب‌تر است؛ پرداخت‌یار سریع‌تر است. منابع من فروشنده‌ی همین خدمات بودند و مقایسه‌ی بی‌طرف عددی پیدا نکردم؛ سقف کارمزد، زمان تسویه و مجوز شاپرک را از هر دو مکتوب بگیرید.
اینماد برای درگاه الزامی است؟
طبق منابعی که دیدم (رده و نقل زرین‌پال از بخشنامه‌ی شاپرک)، برای ثبت پذیرنده‌ی جدید بررسی می‌شود. چون منابع اختلاف جزئی دارند و منبع رسمی را کامل ندیدم، قبل از اقدام از ارائه‌دهنده مکتوب بپرسید.
رزرو آنلاین مهمان لیست سیاه را هم می‌پذیرد؟
اگر استعلام لیست سیاه در مسیر آنلاین نباشد، بله. برای همین بسیاری از میزبان‌ها رزرو آنلاین را «درخواست» می‌کنند و بعد از بررسی تأیید می‌دهند، نه رزرو فوری.
چطور مطمئن شوم موتور رزرو رزرو تکراری نمی‌سازد؟
فقط اگر رزرو همه‌ی کانال‌ها در همان تقویم مرجع باشد. با چند کانال، همگام‌سازی را با آزمایش ده‌دقیقه‌ای چنل منیجر و iCal بسنجید و رزرو فوری را فقط روی کانالی بگذارید که هماهنگی‌اش لحظه‌ای است.
مطالب مرتبط
کانال‌های پر کردن اقامتگاه؛ همه راه‌های جذب — نقشه‌ی همه‌ی کانال‌های رزرو اقامتگاه، از پلتفرم و واتساپ تا ایجنت و مهمان قبلی، با فرمول هزینه‌ی واقعی هر کانال و…
کد تخفیف رزرو مستقیم اقامتگاه — تخفیف هدفمند چه موقع از کمیسیون پلتفرم ارزان‌تر تمام می‌شود و چه موقع فقط درآمد را می‌خورد؟ انواع کد تخفیف، فرمول…
همکاری با میکرواینفلوئنسر برای اقامتگاه — چطور میکرواینفلوئنسر مناسب را پیدا کنیم، شب‌های رایگان را در برابر چه محتوایی بدهیم، قرارداد کوتاه بنویسیم و بسنجیم…
منابع
درگاه پرداخت اینترنتی چیست؟ راهنمای انواع، شرایط دریافت — رده (rade.ir)
تفاوت درگاه پرداخت مستقیم (PSP) و واسط — زرین‌پال (۱۴۰۰؛ فروشنده)
دریافت درگاه پرداخت بدون اینماد — زرین‌پال (الزام اینماد از ۳ آذر ۱۴۰۰)
حق پس دادن کالا تا هفت روز در خرید آنلاین — زومیت، آبان ۱۴۰۴
How & why to build a direct booking site for vacation rentals — Truvi
نظرها