ERP یا سامانه‌ی برنامه‌ریزی منابع سازمان (Enterprise Resource Planning) نرم‌افزاری است که فرایندهای اصلی یک سازمان، یعنی مالی، خرید، انبار، فروش و منابع انسانی، را روی یک پایگاه داده‌ی مشترک یکپارچه می‌کند. در بازار اجاره‌ی اقامتگاه، ERP کلاسیک فقط برای سازمان‌های بزرگ معنا دارد: زنجیره‌های هتلی، مجموعه‌هایی با ده‌ها واحد و چند شخصیت حقوقی، یا سازمان‌هایی که مهمان‌سرا و اقامتگاه فقط بخشی از کارشان است. برای بیشتر میزبان‌ها، از یک ویلا تا چند مجتمع، یک سامانه‌ی یکپارچه‌ی مخصوص اقامتگاه همان نقش ERP را بازی می‌کند و کارهایی را می‌فهمد که ERP عمومی نمی‌فهمد.
این مقاله ERP را از صفر توضیح می‌دهد، ماژول‌هایش را روی کار اقامتگاه نگاشت می‌کند، نشان می‌دهد کجا کم می‌آورد و در آخر یک معیار تصمیم می‌دهد. جایگاه بقیه‌ی ابزارهای فناوری را در اتوماسیون اقامتگاه آورده‌ایم و مقایسه‌ی مستقیم ERP با شاه‌کلید را جدا در تفاوت ERP و سامانه یکپارچه شاه‌کلید نوشته‌ایم.
ERP دقیقاً چیست؟
ریشه‌ی ERP در کارخانه است. پیش از آن، نرم‌افزارهای «برنامه‌ریزی نیازمندی مواد» (MRP) و بعد «برنامه‌ریزی منابع تولید» (MRP II) به کارخانه‌ها کمک می‌کردند بفهمند برای تولید چه چیزی، کی و چقدر مواد لازم است. طبق دانشنامه‌ی ویکی‌پدیا، اصطلاح ERP را مؤسسه‌ی گارتنر در دهه‌ی ۱۹۹۰ به کار برد، وقتی سازندگان این نرم‌افزارها مالی، نگهداری و منابع انسانی را هم اضافه کردند و دامنه‌ی آن از کارخانه به کل سازمان رسید.
سه ویژگی ERP را از یک بسته‌ی نرم‌افزاری معمولی جدا می‌کند:
پایگاه داده‌ی مشترک. فروش، انبار و حسابداری هر کدام فایل خودشان را ندارند؛ همه یک داده را می‌بینند. وقتی انباردار کالایی را خارج می‌کند، حسابداری بدون ورود دوباره آن را می‌بیند.
دفتر کل به‌عنوان مرجع. ماژول مالی اثر هر رویداد را در دفتر کل ثبت می‌کند؛ یعنی هر خرید، فروش و پرداخت حقوق در نهایت یک سند حسابداری است.
برنامه‌ریزی، نه فقط ثبت. ERP فقط نمی‌گوید چه اتفاقی افتاد؛ قرار است کمک کند منابع لازم برای هدف‌های آینده را برنامه‌ریزی کنید.
ماژول‌های رایج ERP
مالی و حسابداری: دفتر کل، حساب‌های دریافتنی و پرداختنی، خزانه، بودجه، صورت‌های مالی.
خرید و تأمین: درخواست خرید، سفارش، تأمین‌کننده، تطبیق فاکتور.
انبار و دارایی: موجودی کالا، ورود و خروج، استهلاک دارایی ثابت.
منابع انسانی و حقوق: پرونده‌ی کارکنان، حضور و غیاب، مرخصی، فیش حقوق، بیمه.
فروش و CRM: مشتری، پیش‌فاکتور، فاکتور، پیگیری فروش.
نگهداری: برنامه‌ی سرویس دوره‌ای و سفارش کار برای تجهیزات.
ماژول‌های ERP روی اقامتگاه چه معنایی دارند؟
اگر ERP را روی یک مجموعه‌ی اقامتگاهی بگذارید، بیشتر ماژول‌هایش معادل روشنی دارند:
ماژول ERP | معادل در اقامتگاه | مثال |
|---|---|---|
مالی | درآمد رزرو، هزینه‌ها، سود هر واحد و هر شریک | تسویه‌ی ماهانه‌ی سه شریک یک مجتمع |
خرید | خرید ملحفه، حوله، شوینده، اقلام پذیرایی | سفارش ماهانه از یک تأمین‌کننده |
انبار | موجودی اقلام مصرفی و اموال هر واحد | ۴۰ دست ملحفه در انبار، ۱۲ دست در لباسشویی |
منابع انسانی | شیفت پذیرش و نظافت، مرخصی، حقوق | برنامه‌ی شیفت تعطیلات نوروز |
فروش و CRM | مهمان، مهمان تکراری، شرکت‌های طرف قرارداد | قرارداد اقامت کارکنان یک شرکت |
نگهداری | سرویس کولر، آبگرمکن، تعمیرات | سرویس سالانه‌ی پکیج هر واحد |
تا اینجا ERP مناسب به نظر می‌رسد. مشکل در چیزهایی است که در این جدول نیست.
ERP عمومی چه چیزی از کار اقامتگاه را نمی‌فهمد؟
کالای اقامتگاه «شب» است، نه قطعه یا کالای انبار. شبی که امشب فروخته نشود، فردا قابل فروش نیست. این تفاوت ساده، منطق بسیاری از کارهای روزانه را عوض می‌کند و ERP عمومی برایش ساخته نشده است:
تقویم و موجودی شبانه. ERP موجودی کالا را می‌شمارد، اما نمی‌داند واحد ۴ از ۱۲ تا ۱۵ آبان پر است و ۱۵ آبان روز خروج یک مهمان و ورود مهمان دیگر است.
همپوشانی رزرو. جلوگیری از اینکه یک واحد برای یک شب دو بار فروخته شود، منطق اصلی اقامتگاه است و در ERP عمومی وجود ندارد.
نرخ روزانه. قیمت هر شب ممکن است با آخر هفته، تعطیلی و فصل عوض شود. ERP معمولاً «فهرست قیمت» دارد، نه قیمت روزانه برای هر واحد.
چرخه‌ی ورود و خروج. ثبت ورود، تحویل کلید، خروج، بررسی خسارت و بعد آماده‌کردن واحد برای مهمان بعدی.
وضعیت نظافت واحد. «خالی و کثیف»، «در حال نظافت»، «آماده» وضعیت‌هایی‌اند که پذیرش و نظافت هر ساعت به آن نگاه می‌کنند.
پرداخت‌های مرحله‌ای. بیعانه، پیش‌پرداخت، مانده هنگام ورود و ودیعه؛ هر کدام با کارت و زمان متفاوت.
مهمان پرریسک. لیست سیاه و بررسی مهمان قبل از تأیید رزرو.
سایت‌های رزرو. فروش در جاباما، جاجیگا و بقیه و هماهنگی تقویم با آن‌ها.
برای پر کردن این خلأها، سازمان‌های بزرگ کنار ERP یک PMS (سامانه‌ی مدیریت اقامتگاه) می‌گذارند. طبق تعریف رایج، PMS هتلی کارهای دفتر جلو، رزرو، سوابق مهمان، ثبت هزینه‌ی اتاق و گزارش را انجام می‌دهد و می‌تواند به سامانه‌های ثالث مثل چنل منیجر و CRS وصل شود. یعنی در عمل ERP پشت صحنه (حسابداری، حقوق، خرید) را می‌گرداند و PMS جلوی صحنه را. فرق این دو را در نرم‌افزار PMS برای اقامتگاه هم آورده‌ایم.
در بازار اجاره‌ی ایران، چه کسی واقعاً به ERP نیاز دارد؟
بازار اجاره‌ی اقامتگاه در ایران را می‌شود به پنج گروه تقسیم کرد. نیاز هر گروه به ERP متفاوت است:
گروه | نمونه | نیاز به ERP | راه‌حل منطقی |
|---|---|---|---|
میزبان تک‌واحدی | یک ویلا در شمال، یک سوئیت در شیراز | ندارد | پنل سایت‌ها یا تقویم ساده |
مجتمع چندواحدی | ۵ تا ۲۰ سوئیت در یک ساختمان | ندارد | سامانه‌ی یکپارچه‌ی اقامتگاه |
چند مجتمع در یک یا چند شهر | ۲۰ تا ۸۰ واحد با چند شریک | معمولاً ندارد | سامانه‌ی یکپارچه + نرم‌افزار حسابداری |
شرکت مدیریت ملک برای مالکان | مدیریت ده‌ها واحد مالکان مختلف | گاهی | سامانه‌ی یکپارچه + حسابداری امانی دقیق |
زنجیره‌ی هتلی یا سازمان با مهمان‌سرا | چند هتل، یا اقامتگاه کنار کسب‌وکار اصلی | دارد | ERP سازمانی + PMS با اتصال |
معیار اصلی تعداد واحد نیست؛ پیچیدگی پشت صحنه است. سه نشانه‌ی جدی نیاز به ERP:
چند شخصیت حقوقی که هر کدام دفاتر قانونی، اظهارنامه‌ی مالیاتی و حسابرسی جدا دارند و باید صورت مالی تلفیقی ساخته شود.
کارکنان زیاد با حقوق و بیمه‌ی رسمی که محاسبه‌ی حقوق، مالیات حقوق و لیست بیمه را سنگین می‌کند.
کسب‌وکار اصلی دیگری (رستوران، تولید، فروشگاه، خدمات) که اقامتگاه فقط بخشی از آن است و همه باید در یک دفتر کل جمع شوند.
اگر هیچ‌کدام درباره‌ی شما صدق نمی‌کند، ERP احتمالاً برایتان سنگین است. ترکیب یک سامانه‌ی تخصصی اقامتگاه با یک نرم‌افزار حسابداری، که راه‌های اتصالش را در اتصال به نرم‌افزار حسابداری گفته‌ایم، همان نتیجه را با هزینه و ریسک کمتر می‌دهد.
مثال اقامتگاهی: فرض کنید مجموعه‌ای ۳ مجتمع با ۳۰ واحد در یک شهر دارد، ۱۲ نیروی پذیرش و نظافت و ۴ شریک با سهم‌های متفاوت در هر مجتمع. همه‌ی مجتمع‌ها به نام یک شخص حقیقی است. این مجموعه بزرگ است، اما نشانه‌ی ERP ندارد: یک شخصیت حقوقی، کارکنان محدود، و کسب‌وکار اصلی همین اقامتگاه است. اگر همین مجموعه بعداً یک رستوران با شرکت جداگانه باز کند و ۴۰ نیروی رسمی بگیرد، بحث ERP جدی می‌شود.
ERPهای ایرانی و صنعت اقامتگاه
بزرگ‌ترین نام بازار ERP ایران گروه همکاران سیستم است. طبق گزارش زومیت از مجمع سالانه‌ی این گروه (خرداد ۱۴۰۵)، راهکاران همچنان سهم بزرگی از بازار نرم‌افزار سازمانی داخلی دارد، نسل تازه‌ای با نام «راهکاران آیند» بر پایه‌ی فناوری ابری و هوش مصنوعی معرفی شده و سپیدار هم به سمت نسخه‌ی ابری می‌رود. در همان گزارش، شمار مشتریان گروه بیش از ۱۶۱ هزار اعلام شده است.
در جست‌وجوی ما، نسخه یا ماژول اختصاصی هتل و اقامتگاه برای این محصولات پیدا نشد. این به معنای نبودنش نیست؛ ممکن است با پروژه‌ی سفارشی یا شرکای پیاده‌سازی ارائه شود. اگر سازمان شما به ERP نیاز دارد، از فروشنده بپرسید آیا تجربه‌ی اتصال به یک PMS یا سامانه‌ی اقامتگاه را دارد و آن اتصال چه داده‌ای را جابه‌جا می‌کند.
هزینه و ریسک پیاده‌سازی ERP
قیمت لایسنس فقط بخش کوچکی از هزینه‌ی ERP است. منابع بین‌المللی چند الگوی تکرارشونده را گزارش کرده‌اند که برای اقامتگاه هم صادق است:
تغییر فرایند. پیاده‌سازی ERP معمولاً نیازمند تغییر جدی در روش کار کارکنان است و طبق جمع‌بندی ویکی‌پدیا، نفهمیدن این تغییرها پیش از شروع، یکی از دلایل اصلی شکست پروژه‌هاست.
انتقال داده. انتقال داده‌ی قدیمی معمولاً در انتهای پروژه انجام می‌شود و کمتر از حد لازم به آن توجه می‌شود؛ بخشی از داده‌ی قدیمی هم ممکن است با ساختار جدید سازگار نباشد.
سفارشی‌سازی. هر چه نرم‌افزار را بیشتر سفارشی کنید، زمان پیاده‌سازی و هزینه‌ی نگهداری بیشتر و به‌روزرسانی‌های بعدی سخت‌تر می‌شود. برای اقامتگاه، که منطق تقویم و رزروش در ERP وجود ندارد، سفارشی‌سازی تقریباً حتمی است.
هزینه‌ی تغییر. وقتی همه‌ی داده‌ها در یک ERP است، رفتن به نرم‌افزار دیگر گران می‌شود و این به فروشنده قدرت چانه‌زنی در هزینه‌ی پشتیبانی و ارتقا می‌دهد.
برای مقیاس، ویکی‌پدیا از منبعی در سال ۱۹۹۹ نقل می‌کند که پروژه‌ی معمول ERP در سازمان‌های بزرگ حدود ۱۴ ماه و حدود ۱۵۰ مشاور لازم داشت. این عدد قدیمی و مربوط به سازمان‌های بسیار بزرگ است و برای یک مجموعه‌ی اقامتگاهی ایرانی صدق نمی‌کند، اما نشان می‌دهد ERP یک پروژه است، نه یک اشتراک.
هزینه‌های پنهانی که در پیشنهاد قیمت نمی‌آید
زمان مدیر و کارکنان کلیدی در جلسه‌های تحلیل و آموزش.
دوره‌ای که سیستم قدیم و جدید هم‌زمان کار می‌کنند و کار دو برابر می‌شود.
سفارشی‌سازی برای تقویم، رزرو و نرخ روزانه، یا اتصال به یک PMS جدا.
پشتیبانی سالانه و ارتقای نسخه.
نیروی داخلی که سیستم را بشناسد؛ ERP بدون «صاحب» داخلی، معمولاً به اکسل برمی‌گردد.
الگوی رایج برای بیشتر اقامتگاه‌ها: سامانه‌ی تخصصی + حسابداری
برای بیشتر کسب‌وکارهای اجاره‌ی اقامتگاه، چیزی که از ERP می‌خواهند، یعنی «همه‌چیز در یک جا و بدون ورود دوباره»، را می‌شود با معماری ساده‌تری گرفت:
سامانه‌ی یکپارچه‌ی اقامتگاه برای همه‌ی کارهای روزانه: رزرو، تقویم، پذیرش، پرداخت مهمان، نظافت، تعمیرات، انبار اقلام، هزینه، تسویه‌ی شرکا و تیم.
نرم‌افزار حسابداری برای دفاتر قانونی، مالیات و حسابرسی، که خلاصه‌ی دوره‌ای درآمد و هزینه از سامانه‌ی اقامتگاه به آن می‌رسد.
چنل منیجر (اگر لازم است) برای سایت‌های رزرو، با سامانه‌ی اقامتگاه به‌عنوان مرجع. مرز این دو را در تفاوت چنل منیجر و سامانه یکپارچه مدیریت اقامتگاه آورده‌ایم.
در این الگو، هر ابزار کاری را می‌کند که برایش ساخته شده و منطق اقامتگاه داخل ابزاری است که آن را می‌فهمد. نقطه‌ی ضعفش این است که انتقال به حسابداری اگر خودکار نباشد، باید منظم و با یک روال ثابت انجام شود.
چک‌لیست تصمیم: ERP، سامانه‌ی اقامتگاه یا هر دو؟
به این هفت سؤال جواب «بله» یا «نه» بدهید:
بیش از یک شخصیت حقوقی دارید که صورت مالی جدا می‌خواهند؟
بیش از حدود ۳۰ نیروی رسمی با حقوق و بیمه دارید؟
کسب‌وکار اصلی‌تان چیزی غیر از اقامتگاه است؟
حسابرس یا سازمان بالادستی از شما گزارش در قالب ERP سازمانی می‌خواهد؟
خرید و انبار شما چند انبار و ده‌ها تأمین‌کننده دارد؟
تیم فناوری یا مشاوری دارید که یک پروژه‌ی چندماهه را مدیریت کند؟
بودجه‌ی پیاده‌سازی و پشتیبانی سالانه را جدا از لایسنس دیده‌اید؟
اگر به سه سؤال اول یا بیشتر «بله» گفتید، ERP سازمانی را در کنار یک PMS یا سامانه‌ی اقامتگاه بررسی کنید. اگر به یک یا دو سؤال «بله» گفتید، سامانه‌ی اقامتگاه با اتصال به نرم‌افزار حسابداری معمولاً کافی است. اگر به هیچ‌کدام «بله» نگفتید، ERP برای شما زودتر از موعد است. عدد ۳۰ در سؤال ۲ یک آستانه‌ی تقریبی برای شروع فکر کردن است، نه قاعده‌ی رسمی.
آنچه نتوانستیم تأیید کنیم
وجود ماژول یا نسخه‌ی اختصاصی هتل و اقامتگاه برای راهکاران یا سپیدار؛ در منابع عمومی پیدا نکردیم.
هزینه و زمان معمول پیاده‌سازی ERP در ایران؛ منبع رسمی یا پژوهش منتشرشده‌ای پیدا نشد.
سهم بازار دقیق ERPهای ایرانی؛ گزارش زومیت فقط از «سهم بزرگ» راهکاران حرف می‌زند.
آخرین بازبینی: ۱۰ آبان ۱۴۰۵
سؤال‌های پرتکرار
ERP و PMS یکی‌اند؟
نه. ERP پشت صحنه‌ی سازمان (مالی، خرید، انبار، حقوق) را یکپارچه می‌کند و PMS جلوی صحنه‌ی اقامتگاه (رزرو، تقویم، پذیرش، مهمان) را. در هتل‌های بزرگ معمولاً هر دو وجود دارد و به هم وصل‌اند. در اقامتگاه کوچک و متوسط، یک سامانه‌ی یکپارچه‌ی اقامتگاه هر دو نقش را تا حد نیاز پوشش می‌دهد.
می‌شود رزرو اقامتگاه را مستقیم در ERP ثبت کرد؟
می‌شود رزرو را به‌شکل یک فاکتور فروش ثبت کرد، اما ERP عمومی جلوی رزرو تکراری یک شب را نمی‌گیرد، نرخ روزانه نمی‌فهمد و وضعیت نظافت واحد را ندارد. برای همین یا باید آن را سفارشی کنید، که گران است، یا یک سامانه‌ی اقامتگاه کنارش بگذارید.
برای یک هتل‌آپارتمان ۲۰ واحدی ERP لازم است؟
معمولاً نه، مگر اینکه یکی از سه نشانه‌ی جدی را داشته باشد: چند شخصیت حقوقی، کارکنان رسمی زیاد، یا کسب‌وکار اصلی دیگر. برای این اندازه، سامانه‌ی یکپارچه‌ی اقامتگاه به‌همراه نرم‌افزار حسابداری راه کم‌هزینه‌تر و کم‌ریسک‌تری است.
سامانه‌ی یکپارچه‌ی اقامتگاه یک ERP کوچک است؟
از نظر ایده، تا حدی بله: هر دو می‌خواهند داده یک بار وارد شود و همه از آن استفاده کنند. تفاوتش در این است که سامانه‌ی اقامتگاه از اول با مفهوم «شب، واحد، مهمان و رزرو» ساخته شده و ERP با مفهوم «کالا، سفارش و سند». مقایسه‌ی دقیق را در تفاوت ERP و سامانه یکپارچه شاه‌کلید آورده‌ایم.
اگر بعداً بزرگ شدیم، داده‌هایمان به ERP منتقل می‌شود؟
بستگی دارد سامانه‌ی فعلی چه خروجی‌ای می‌دهد. قبل از انتخاب هر نرم‌افزار بپرسید رزروها، پرداخت‌ها و هزینه‌ها را با چه فرمتی می‌توانید بیرون بیاورید. خروجی منظم Excel یا فایل ساختاریافته، انتقال را بعداً ممکن می‌کند. راه‌های گزارش‌دهی به مالکان و حساب امانی را هم در گزارش به مالک و حسابداری امانی آورده‌ایم.
نظرها