مهمان پرریسک را نمی‌شود از ظاهر، لهجه یا تعداد همراهان تشخیص داد؛ فقط از رفتار، سابقه‌ی مستند و ناهمخوانی اطلاعات می‌شود. روش عملی سه لایه دارد: چند سؤال ساده قبل از تأیید رزرو، نگاه به سابقه‌ی همان شماره در دفتر خودتان، و در صورت نیاز استعلام از یک لیست سیاه مشترک که فقط موارد مستند و بررسی‌شده را نگه می‌دارد.
هدف غربالگری «نه گفتن» نیست. هدف این است که برای هر رزرو شرایط درست را بدانید: جایی که ریسک بالاست، پیش‌پرداخت بیشتر بگیرید یا تعهد کتبی بخواهید؛ جایی که ریسک بسیار بالاست، با دلیل مشخص نپذیرید. بقیه‌ی مقاله همین را باز می‌کند، از نشانه‌ها تا طرز کار لیست سیاه مشترک و مرزهای اخلاقی‌اش.
مهمان پرریسک دقیقاً چه کسی است؟
«پرریسک» یک ویژگی شخصیتی نیست، یک احتمال است: احتمال اینکه رزرو به یکی از این چند مشکل ختم شود.
خسارت به اموال یا لوازم، بیشتر از ودیعه یا حد معمول
بدحسابی: چک برگشتی، پرداخت ناقص، یا «بعداً می‌ریزم» که هرگز نمی‌رسد
تخلف از ظرفیت: دو برابر نفرات اعلام‌شده، میهمانی یا مراسم پنهان
شکایت همسایه‌ها و سر و صدا، که مستقیم به مجتمع و خود شما برمی‌گردد
کنسلی دقیقه آخر یا نیامدن که یک شب خالی و درآمد از دست رفته می‌سازد
کلاهبرداری و سرقت، که کمتر اتفاق می‌افتد ولی سنگین‌ترین است
این فهرست عیناً همان دسته‌هایی است که در لیست سیاه شاه‌کلید برای ثبت یک مورد وجود دارد (خسارت به اموال، شکایت همسایه، بدحسابی، تخلف از ظرفیت، کنسلی دقیقه آخر، کلاهبرداری، سرقت، تخلف از قوانین، رفتار نامناسب با کادر و سایر). اگر یک رفتار در هیچ‌کدام نمی‌گنجد، احتمالاً ریسک واقعی نیست، سلیقه است.
نکته‌ی مهم دیگر: ریسک برای هر اقامتگاه فرق می‌کند. ویلای مستقل در حاشیه‌ی شهر از سر و صدا کمتر آسیب می‌بیند؛ واحد وسط مجتمع با همسایه‌های حساس بیشتر. پس قبل از هر چیز بدانید بدترین سناریوی ملک شما کدام است و غربالگری را حول همان بچینید.
نشانه‌های هشداری که قبل از رزرو دیده می‌شود
هیچ نشانه‌ای به‌تنهایی حکم نیست. چند نشانه‌ی همزمان است که زنگ می‌زند. جدول زیر نشانه‌های رفتاری رایج را کنار دلیل اهمیت و واکنش پیشنهادی می‌گذارد.
نشانه | چرا مهم است | واکنش پیشنهادی |
|---|---|---|
تعداد نفرات مدام تغییر می‌کند یا مبهم است | مقدمه‌ی تخلف از ظرفیت | عدد نهایی را کتبی بگیرید و در قوانین بنویسید |
اصرار به رزرو «همین الان» و پرداخت نکردن | احتمال کنسلی یا نیامدن | بیعانه‌ی قابل‌پیگیری بگیرید؛ بدون بیعانه تقویم را قفل نکنید |
پرسش‌های اصرارآمیز درباره‌ی «مراسم ممنوع است؟» | احتمال میهمانی یا جشن | قانون را صریح بگویید و پاسخ را ثبت کنید |
اسم و شماره‌ی تماس با هم نمی‌خوانند (یکی رزرو می‌کند، دیگری وارد می‌شود) | مشکل در پیگیری و مسئولیت | نام مسئول اقامت و شماره‌ی خودش را بگیرید |
بی‌میلی شدید به دادن هر اطلاعات پایه | سخت‌شدن پیگیری بعدی | حداقل اطلاعات لازم را توضیح دهید و دلیلش را بگویید |
چانه‌زنی روی قوانین، ودیعه یا تسویه | الگوی مشکل‌ساز در همان اول | قوانین را تغییر ندهید؛ یا قبول کند یا رزرو نشود |
سابقه‌ی منفی مستند در لیست خودتان یا شبکه | قوی‌ترین نشانه | بخش درجه‌ها را ببینید |
دو اشتباه رایج در این مرحله هست. اول، قضاوت بر پایه‌ی کلیشه: مجرد بودن، سن کم یا ترکیب جمع همراهان دلیل ریسک نیست و اگر اقامتگاه شما قاعده‌ای برایش دارد (مثلاً نیاز به سرپرست خانوار)، باید قبلاً در قوانین نوشته شده باشد و برای همه یکسان اعمال شود. دوم، سخت‌گیری بعد از رزرو: اگر شرطی مهم است، پیش از تأیید بگویید؛ تغییر قاعده در لحظه‌ی ورود هم اعتماد را می‌سوزاند هم جنبه‌ی مستند ندارد.
سؤال‌هایی که قبل از تأیید رزرو بپرسید
غربالگری خوب شبیه بازجویی نیست؛ شبیه هماهنگی دقیق است. این سؤال‌ها معمولاً کافی‌اند:
تعداد دقیق نفرات و سن تقریبی کودکان چند است؟
هدف سفر چیست؟ (تفریح خانوادگی، کار، مراسم) این سؤال برای فهمیدن خواسته‌ی مهمان است، نه تحقیق.
چه روزی و ساعتی وارد می‌شوید و چه کسی مسئول اقامت است؟
قوانین اقامتگاه (ساعت سکوت، ظرفیت، مراسم، حیوان خانگی، سیگار) را خوانده و قبول دارید؟
پرداخت را چطور و چه زمانی انجام می‌دهید؟
دو چیز در پاسخ‌ها مهم‌تر از خود پاسخ‌هاست: سرعت و صراحت. مهمانی که به‌راحتی عدد دقیق و قواعد را قبول می‌کند معمولاً مشکل کمتری دارد تا کسی که طفره می‌رود. این را به‌عنوان آمار نمی‌گوییم، به‌عنوان یک قاعده‌ی عملی: ابهام در ابتدا یعنی بحث در انتها.
پاسخ‌ها را همان‌جا بنویسید (یادداشت رزرو، پیام‌رسان، هر جا که قابل‌مراجعه باشد). دلیلش ساده است: اگر روزی اختلافی پیش آمد، «قبلاً گفتم» بدون مدرک ارزش ندارد. اگر رزروهای تلفنی و پیام‌رسان شما گم می‌شود، مقاله‌ی ثبت رزرو تلفنی و پیام‌رسان بدون گم‌شدن راه ساده‌اش را نوشته است.
اگر می‌خواهید هویت مهمان را قبل از تحویل کلید راستی‌آزمایی کنید، چه بررسی‌هایی معقول است و کدام‌ها از حد می‌گذرد، در احراز هویت مهمان پیش از تحویل کلید آمده است.
لایه‌ی دوم: سابقه‌ی همین شماره در دفتر خودتان
قبل از هر لیست مشترکی، ارزان‌ترین و قابل‌اعتمادترین منبع، تجربه‌ی خودتان است. اگر مهمانی قبلاً با شما اقامت داشته، شماره‌ی موبایل کلید پیدا کردنش است: چند بار آمده، کنسل کرده، تسویه ناقص مانده یا نه؟
دو عادت این لایه را ممکن می‌کند. شماره‌ی موبایل را همیشه به یک شکل ثبت کنید (۰۹۱۲… نه گاهی +۹۸ و گاهی بدون صفر)، و بعد از خروج، اگر نکته‌ای بود همان لحظه بنویسید، نه یک ماه بعد. حافظه‌ی میزبان‌ها برای مشکل‌ها زود تاری می‌شود و دقیقاً وقتی لازم است که یادتان نیست مبلغ خسارت چقدر بود.
دفترچه و اکسل در این کار دو ضعف دارند: جستجوی بر اساس شماره کند است و کسی که رزرو را ثبت می‌کند به یادداشت‌های قبلی نگاه نمی‌کند. مقایسه‌ی روش‌های ثبت را در دفترچه، اکسل یا نرم‌افزار برای تقویم اقامتگاه آورده‌ایم.
لایه‌ی سوم: لیست سیاه مشترک چطور کار می‌کند؟
حالا بخش اصلی: اگر مهمان تازه‌ای است که با شما سابقه ندارد، ولی ممکن است جای دیگر مشکل ساخته باشد، چه؟ لیست سیاه مشترک برای همین است. در ادامه ساختار شاه‌کلید را همان‌طور که در کد پیاده شده شرح می‌دهیم؛ مشابه این منطق برای هر لیست مشترک جدی لازم است.
لیست خودی و شبکه، دو چیز جدا
هر مجموعه یک لیست خودی دارد که فقط خودش می‌بیند: شماره‌ی موبایل، نام، کد ملی (اختیاری)، درجه، دسته‌ی دلیل، توضیحات، تاریخ حادثه، مبلغ خسارت و حداکثر ۵ فایل مدرک. این لیست در پایگاه‌داده‌ی خود مجموعه است.
بالای آن شبکه هست: لیست مرکزی مشترک بین مجموعه‌ها. هیچ موردی خودکار وارد شبکه نمی‌شود؛ مجموعه باید آگاهانه گزینه‌ی «ارسال به شبکه» را بزند (یا از ابتدا هنگام ثبت تیکش را بزند) و دسترسی مخصوص شبکه را داشته باشد.
ثبت: فقط با توضیح مستند
برای ثبت هر مورد، شماره‌ی موبایل معتبر، درجه، دسته‌ی دلیل و توضیحات الزامی است و سیستم توضیح خالی را نمی‌پذیرد. پیام خود فرم هم یادآوری می‌کند: ماجرا را کوتاه و واقعی بنویسید. توضیح حداکثر ۱۰۰۰ کاراکتر است؛ جای احساسات و صفت‌ها نیست، جای واقعیت است: چه شد، کی، چه خسارتی.
هش شماره: تطبیق بدون ذخیره‌ی شماره‌ی خام در شبکه
در شبکه‌ی مرکزی شماره‌ی موبایل به‌صورت خام ذخیره نمی‌شود. شماره اول استاندارد می‌شود (۰۹۱۲… و شکل‌های +۹۸ و ارقام فارسی همه یکی می‌شوند)، بعد با یک الگوریتم هش یک‌طرفه (HMAC-SHA256 با کلید محرمانه‌ی سرور) به یک رشته‌ی بی‌معنی تبدیل می‌شود. کد ملی هم، اگر وارد شده باشد، همین‌طور هش می‌شود. در نمایش، فقط یک شکل ماسک‌شده دیده می‌شود، مثل ۰۹۱۲***۶۷۸۹.
اثرش این است که استعلام یک شماره، هش همان شماره را می‌سازد و با هش‌های ذخیره‌شده تطبیق می‌دهد، بدون اینکه دیگران بتوانند فهرست شماره‌ها را مثل یک دفتر تلفن بخوانند. البته صادق باشیم: هش جای «اعتماد به مدیریت پلتفرم» را نمی‌گیرد. در شبکه نام و نام خانوادگی و توضیحات هم وجود دارد، و هر نظام هشی در برابر کسی که کلید را داشته باشد ضعیف است. به همین دلیل بخش‌های بعدی (بازبینی، محدودیت دید و سقف استعلام) به‌همان اندازه مهم‌اند.
بازبینی: هیچ گزارشی مستقیم منتشر نمی‌شود
هر موردی که از طرف یک مجموعه به شبکه فرستاده شود، با وضعیت «در صف بررسی» ثبت می‌شود و فقط بعد از تأیید ادمین پلتفرم وارد نتایج استعلام می‌شود. ادمین می‌تواند رد کند و دلیل رد را بنویسد، که به مجموعه‌ی گزارش‌دهنده اعلان می‌شود. همچنین فقط موارد تأییدشده در استعلام و «آخرین موارد» دیده می‌شوند، و ثبت تکراری یک شماره از یک مجموعه، تا وقتی مورد قبلی در صف است، پذیرفته نمی‌شود.
دو سقف دیگر برای پیشگیری از سوءاستفاده هست: هر مجموعه در روز تعداد محدودی گزارش می‌تواند بفرستد (در کد، ۵۰ مورد در ۲۴ ساعت برای مجموعه‌ها)، و بخش عمومی هم سقف خودش را دارد.
رأی تأیید و اعتراض
مجموعه‌های دیگر می‌توانند روی یک مورد تأییدشده رأی «تأیید می‌کنم» یا «اعتراض دارم» بدهند و توضیح کوتاه بگذارند. هر رأی‌دهنده یک رأی دارد و روی گزارش خودش رأی نمی‌دهد. اگر دست‌کم دو اعتراض ثبت شود و تعدادشان از تأییدها بیشتر باشد، مورد علامت «نیاز به بازبینی» می‌گیرد و دوباره به صف بررسی ادمین می‌رود. این سازوکار به شما نمی‌گوید حقیقت چیست، فقط راهی می‌دهد که یک گزارش بحث‌برانگیز بی‌صدا در لیست نماند.
چه چیزی به دیگران نشان داده می‌شود؟
نتیجه‌ی استعلام برای مجموعه‌ی دیگر شامل این‌هاست: شماره‌ی ماسک‌شده، نام خانوادگی، درجه، دسته‌ی دلیل، تاریخ حادثه، تعداد تأییدها و اعتراض‌ها، و اینکه مدرک دارد یا نه. توضیحات و مبلغ خسارت فقط در نمای جزئیات مجموعه‌ها دیده می‌شود، و خود فایل مدرک خصوصی است: فقط مجموعه‌ی ثبت‌کننده و ادمین پلتفرم به آن دسترسی دارند.
اسم مجموعه‌ی گزارش‌دهنده هم به‌طور پیش‌فرض مخفی است؛ فقط اگر خودش هنگام ارسال تیک «نمایش نام مجموعه» را بزند، دیده می‌شود. ادمین پلتفرم همیشه هویت گزارش‌دهنده را می‌بیند، تا اگر گزارشی سوءاستفاده بود پیگیری شود.
سقف استعلام
هر کاربر در روز تعداد محدودی استعلام دارد (پیش‌فرض ۲۰ بار، قابل‌تنظیم توسط پلتفرم) و هر استعلام در یک لاگ ثبت می‌شود. دلیل این سقف روشن است: بدون آن، لیست می‌تواند مثل یک موتور جستجوی شماره‌ها سوءاستفاده شود. استعلام عمومی (برای افرادی که حساب مجموعه ندارند) هم هست، ولی جزئیات، توضیحات و مبلغ را نشان نمی‌دهد.
هنگام ثبت رزرو چه اتفاقی می‌افتد؟
وقتی شماره‌ی مهمان را در فرم رزرو می‌نویسید، سیستم هم لیست خودی و هم شبکه را چک می‌کند و بنری با درجه‌ی بالاترین مورد نشان می‌دهد. از درجه‌ی «مشروط» به بالا، ادامه‌ی رزرو نیاز به تأیید آگاهانه دارد (یک پیام هشدار با توصیه‌ی همان درجه). برای درجه‌ی «عدم پذیرش» باید دلیل ادامه را بنویسید و کاربر دسترسی «مدیریت کامل لیست سیاه» داشته باشد. نتیجه‌ی بررسی و اینکه چه کسی تأیید کرد روی رزرو ثبت می‌ماند.
نکته‌ی مهم: خود این چک ممکن است در لحظه‌ای کار نکند، مثلاً اگر پایگاه‌داده‌ی مرکزی در دسترس نباشد. در این حالت ثبت رزرو متوقف نمی‌شود؛ رزرو شما به یک ماژول جانبی گروگان گرفته نمی‌شود.
حریم خصوصی و انصاف: چه چیزی را نباید در لیست سیاه گذاشت؟
لیست سیاه ابزاری قدرتمند است و درست به همین دلیل می‌تواند به یک نفر آسیب جدی بزند. قاعده‌هایی که ما توصیه می‌کنیم:
فقط واقعه‌ی مستند. اگر نمی‌توانید با عکس، پیام، رسید یا شاهد توضیح بدهید چه شد، در لیست شبکه نگذارید. می‌شود در لیست خودی یک یادداشت (درجه‌ی ۰) نوشت، ولی ارسال به شبکه یعنی دیگران بر اساس حرف شما تصمیم می‌گیرند.
نه به‌خاطر سلیقه. ناراحتی از رفتار، بداخلاقی یا «حس بد» دلیل ثبت نیست. دسته‌ی «سایر» جای دور زدن این قاعده نیست.
درجه متناسب با اتفاق. یک دیر خروج ساده درجه‌ی یادداشت یا احتیاط است، نه «عدم پذیرش». درجه‌ی ۴ را برای مورد جدی نگه دارید: کلاهبرداری، سرقت، خسارت سنگین یا بدحسابی تکرارشونده.
نه برای تلافی. اگر اختلاف شخصی دارید، آن را از مسیر خودش حل کنید. گزارش از روی خصومت نه‌فقط ناعادلانه است، می‌تواند برای خود ثبت‌کننده دردسر حقوقی بسازد.
حداقل اطلاعات. کد ملی اختیاری است؛ اگر لازم نیست وارد نکنید. شماره‌ی موبایل برای تطبیق کافی است.
اجازه‌ی اصلاح. اگر مهمان اعتراض کرد و حق با او بود، مورد را اصلاح کنید. در شاه‌کلید هر مجموعه می‌تواند موردهای لیست خودی‌اش را ویرایش یا حذف کند؛ ویرایش و حذف موردهای منتشرشده در شبکه فقط در اختیار ادمین پلتفرم است.
یک جمله‌ی کوتاه حقوقی هم لازم است: این مطلب اطلاعات عمومی است و جایگزین مشورت وکیل نیست؛ اگر موضوع به شکایت یا خسارت بزرگ رسید، قبل از ثبت علنی مشورت بگیرید.
درباره‌ی ثبت مشخصات مهمان به‌طور کلی (چه چیزی بگیریم، چه چیزی نگیریم و چرا) در ثبت مشخصات مهمان و کارت مهمان جداگانه نوشته‌ایم.
درجه‌ها یعنی چه و با هر درجه چه کنیم؟
شاه‌کلید پنج درجه دارد و برای هر کدام یک توصیه‌ی عملی ثبت شده. لازم نیست عین آن را قبول کنید، ولی یک پله‌بندی مشخص جلوی تصمیم‌های سلیقه‌ای را می‌گیرد.
درجه | عنوان | توصیه‌ی عملی |
|---|---|---|
۰ | یادداشت | فقط برای آگاهی؛ بدون تغییر در شرایط پذیرش |
۱ | احتیاط | پذیرش با دقت و یادآوری قوانین اقامتگاه |
۲ | مشروط | تسویه‌ی کامل قبل از ورود |
۳ | مشروط شدید | تسویه‌ی کامل قبل از ورود به‌علاوه‌ی تعهد خسارت از قبل |
۴ | عدم پذیرش | پذیرش این مهمان توصیه نمی‌شود |
برای شروط مالی، توضیح تفاوت بیعانه، پیش‌پرداخت و ودیعه و اینکه چه مبلغی منطقی است را در بیعانه، پیش‌پرداخت و ودیعه نوشته‌ایم؛ همان‌جا دیده می‌شود که چرا «تسویه‌ی کامل قبل از ورود» در عمل مهم‌ترین ابزار شماست. برای «تعهد خسارت» هم اگر قراردادی ندارید، نمونه قرارداد اجاره کوتاه‌مدت نقطه‌ی شروع خوبی است.
وقتی هشدار دیدیم، دقیقاً چه کنیم؟
یک تصمیم‌گیری ساده پیشنهاد می‌کنیم:
ببینید هشدار از کجاست. لیست خودتان یا شبکه؟ چند مورد و چه دسته‌ای؟ یک مورد «کنسلی» با «کلاهبرداری» تفاوت بزرگی دارد.
ببینید چقدر قدیمی است. یک اتفاق یک‌ساله با اتفاق همین ماه یک‌جور وزن ندارد (تاریخ حادثه در هر مورد هست).
متناسب با درجه، شرط بگذارید، نه اینکه همیشه رد کنید. بسیاری از مشکل‌ها با تسویه‌ی کامل پیش از ورود، تعهد کتبی و ودیعه‌ی بالاتر مهار می‌شوند.
هرچه تصمیم گرفتید ثبت کنید و برای همه‌ی رزروها یک‌جور عمل کنید.
به مهمان صادقانه بگویید: «برای این رزرو تسویه‌ی کامل قبل از ورود لازم است.» لازم نیست دلیل شخصی را توضیح دهید، ولی دروغ هم نگویید.
در درجه‌ی ۴، نپذیرفتن حق شماست. ولی همان‌جا هم بهتر است مؤدبانه و کوتاه جواب بدهید؛ لازم نیست جزئیات مورد ثبت‌شده را برای مهمان بگویید.
بعد از اقامت: ثبت درست برای دفعه‌ی بعد
غربالگری فقط قبل از رزرو نیست؛ داده‌ی غربالگری فردا از چک‌اوت امروز می‌آید. اگر در تحویل و تخلیه عکس، فهرست لوازم و یادداشت خسارت نداشته باشید، هیچ ثبتی بعداً مستند نمی‌شود. چک‌لیست تحویل و تخلیه و ثبت خسارت دقیقاً همین را قدم‌به‌قدم می‌گوید.
در شاه‌کلید، وقتی در میز پذیرش خروج مهمان را ثبت می‌کنید، یک پنجره می‌پرسد «درباره‌ی این مهمان نکته‌ای برای ثبت دارید؟». ثبت اختیاری است و فقط برای کسانی که دسترسی ثبت در لیست سیاه دارند دیده می‌شود. بیشتر وقت‌ها جواب «مشکلی نبود» است و همین هم یک اتفاق عادی است؛ لیست قرار نیست مدام پر شود.
اگر چند واحد یا چند مجتمع دارید
با بزرگ‌تر شدن مجموعه، غربالگری از «کار یک نفر» به «سیاست» تبدیل می‌شود. وقتی چند نفر رزرو می‌گیرند، لازم است قاعده یکی باشد و دسترسی روشن: چه کسی می‌تواند مورد ثبت کند، چه کسی می‌تواند رزرو درجه‌ی ۴ را تأیید کند؟ در شاه‌کلید دسترسی لیست سیاه جدا از دسترسی رزرو است و درجه‌ی ۴ فقط با دسترسی «مدیریت کامل» قابل ادامه است. در از یک اقامتگاه تا چند مجتمع درباره‌ی ساختار سازمانی در همین مقیاس نوشته‌ایم.
هزینه‌ی مهمان بد هم باید دیده شود. یک رزرو مشکل‌دار فقط خسارت مستقیم نیست؛ شب‌های از دست رفته، وقت نظافت و دعوا هم دارد. اگر سود واقعی را حساب نمی‌کنید، این هزینه‌ها دیده نمی‌شوند؛ سود واقعی اقامتگاه را چطور حساب کنیم می‌تواند کمک کند. و اگر هنوز با رزرو تکراری و تداخل تقویم هم دست‌وپنجه نرم می‌کنید، راهنمای جلوگیری از رزرو تکراری را اول بخوانید، چون قبل از غربالگری مهمان، باید مطمئن باشید تقویم‌تان قابل‌اتکاست.
شاه‌کلید در این مسیر چه کمکی می‌کند؟
برای صراحت: شاه‌کلید یک نرم‌افزار مدیریت اقامتگاه است و لیست سیاه یکی از ماژول‌هایش است که در هر مجموعه با ماژول‌ها و دسترسی‌ها فعال می‌شود. آنچه واقعاً دارد:
لیست خودی با درجه، دسته، توضیح، مدرک و تاریخ حادثه
استعلام ترکیبی (لیست خودی، شبکه و سابقه‌ی اقامت‌های خودتان با همان شماره)
هشدار کنار فیلد موبایل فرم رزرو و تأیید آگاهانه برای درجه‌های بالا
ارسال اختیاری به شبکه با بازبینی ادمین و رأی تأیید یا اعتراض
آنچه ندارد: تشخیص خودکار «بد بودن» مهمان یا اتصال به سامانه‌های دولتی و سابقه‌ی قضایی. لیست فقط بازتاب گزارش‌های مستند میزبان‌هاست، و کیفیتش مستقیم به رعایت اصول بالا وابسته است.
سؤال‌های پرتکرار
لیست سیاه مهمان قانونی است؟
در این مقاله نمی‌توانیم نظر حقوقی قطعی بدهیم و در منابعی که بررسی کردیم، متن قانونی مشخصی که درباره‌ی لیست سیاه اقامتگاه‌های کوتاه‌مدت باشد پیدا نکردیم. نگه‌داری سابقه‌ی تجربه‌ی خودتان با مهمان‌ها رایج است؛ اما انتشار اطلاعات اشخاص در یک لیست مشترک حساسیت دارد، و به همین دلیل فقط موارد مستند و متناسب را ثبت کنید و در موارد مهم با وکیل مشورت کنید.
مهمان می‌تواند بفهمد در لیست سیاه است؟
بسته به نحوه‌ی کاربرد. در شاه‌کلید نتیجه‌ی استعلام فقط به کاربران مجموعه‌ها و کاربران استعلام عمومی نشان داده می‌شود و شماره ماسک‌شده است. هیچ سازوکار خودکاری مهمان را مطلع نمی‌کند، ولی اگر شما به او بگویید «رزرو شما به‌خاطر سابقه پذیرفته نشد»، طبیعی است که سؤال کند؛ آماده‌ی ارائه‌ی دلیل مستند باشید.
اگر مورد اشتباه ثبت شده باشد چه؟
اگر مورد در لیست خودی شماست، ویرایش یا حذفش کنید. اگر به شبکه رفته، اعتراض‌های متعدد باعث ارجاع به بازبینی می‌شود و ادمین پلتفرم می‌تواند مورد را اصلاح یا حذف کند. هرچه توضیح و مدرک ثبت‌کننده دقیق‌تر باشد، این اصلاح ساده‌تر است.
آیا باید کد ملی مهمان را بگیرم؟
لزوماً نه. کد ملی در ثبت لیست سیاه اختیاری است و برای تطبیق شماره‌ی موبایل معمولاً کافی است. اینکه در کل چه اطلاعاتی از مهمان بگیرید و برای چه، در مقاله‌ی ثبت مشخصات مهمان آمده است.
با مهمانی که هشدار دارد ولی اصرار دارد بیاید چه کنم؟
هشدار به معنای رد خودکار نیست، مگر درجه‌ی ۴. برای درجه‌های ۲ و ۳ شرط بگذارید: تسویه‌ی کامل قبل از ورود، تعهد کتبی خسارت و تأیید قوانین. اگر قبول نکرد، تصمیمتان روشن است.
راهنماهای مرتبط
در همین مجموعه:
نمونه قرارداد اجاره کوتاه‌مدت اقامتگاه — متن کامل و قابل‌استفاده‌ی قرارداد اجاره کوتاه‌مدت برای اقامتگاه، با توضیح کوتاه هر ماده: چرا لازم است، اشتباه رایج…
چک‌لیست تحویل و تخلیه اقامتگاه — چک‌لیست کامل تحویل واحد به مهمان و تخلیه‌ی آن، به‌اضافه‌ی روش عکس‌برداری و ثبت خسارت که بتوانید سر ودیعه و مطالبه‌ی…
ثبت مشخصات مهمان در اقامتگاه — از مهمان چه اطلاعاتی بگیریم، کدام بخشش الزام رسمی دارد و کدام فقط عادت خوب است، و کارت واریز اقامتگاه را چطور به…
احراز هویت مهمان پیش از تحویل کلید: چه چیزی بررسی شود و چه چیزی نه — برای تحویل کلید لازم نیست از مهمان پرونده بسازید. اینجا می‌بینید چه چیزی را باید تطبیق داد، چه سطحی از بررسی به ریسک…
کلاهبرداری در رزرو اقامتگاه و پیشگیری — رسید جعلی، شارژبک، هویت ساختگی و آگهی قلابی؛ هر کلاهبرداری رزرو چطور کار می‌کند، چه نشانه‌ای دارد و با کدام عادت ساده…
راهنماهای پیلار دیگر:
مدیریت چند اقامتگاه؛ از یک واحد تا چند مجتمع — با رشد از یک واحد به چند واحد و بعد چند مجتمع، چیزهایی که تا دیروز با حافظه و گوشی اداره می‌شد از هم می‌پاشد. این…
اجاره کوتاه‌مدت چیست؟ درآمد و تفاوت با سالانه — اجاره کوتاه‌مدت یعنی اجاره‌ی شبانه تا چند هفته با خدمات و مدیریت روزانه. تعریف، مدل‌ها، مقایسه‌ی درآمد با اجاره…
آداب میزبانی حرفه‌ای در اقامتگاه — میزبانی حرفه‌ای یعنی سرعت پاسخ مشخص، اطلاعات شفاف، حریم محترم و جبران سریع اشتباه، بدون سردی. سقف‌های زمانی، مرز…
نظرها