حسابداری تالار پذیرایی: چهار چیزی که حسابداری عمومی نمی‌فهمد

حسابداری تالار از نظر اصول با هر حسابداری دیگری فرق ندارد. تفاوت در جریان پول است: پول ماه‌ها قبل از خدمت وارد می‌شود، بخشی‌اش چک است، بخشی‌اش شب مراسم نقد تسویه می‌شود، و مبلغ نهایی تا آخرین ساعت قابل تغییر است. نرم‌افزار عمومی هیچ‌کدام از این‌ها را غیرعادی نمی‌بیند و دقیقاً به همین دلیل اشتباه ثبت می‌کند.

۱. پیش‌دریافت، درآمد نیست

وقتی هشت ماه قبل از مراسم مبلغی می‌گیرید، آن پول در حساب شماست ولی درآمد آن دوره نیست — تعهد است. اگر به‌عنوان درآمد ثبت شود، صورت سود و زیان ماه‌های خلوت را سودده و ماه‌های پرکار را کم‌سود نشان می‌دهد، یعنی دقیقاً برعکس واقعیت.

ثبت درست این است که پیش‌دریافت تا شب مراسم بدهی باشد و در همان تاریخ به درآمد تبدیل شود. یعنی حسابداری باید بداند هر مبلغ به کدام قرارداد و کدام تاریخ وصل است.

۲. حق سرویس روی منوی چندردیفی

یک پیش‌فاکتور تالار معمولاً چند ردیف دارد: اجاره‌ی سالن، پذیرایی به ازای نفر، خدمات جانبی و اقلام اضافه. حق سرویس روی همه‌ی این‌ها اعمال نمی‌شود، و درصدش هم می‌تواند برای اجاره و پذیرایی متفاوت باشد. اگر این محاسبه دستی انجام شود، هر اختلاف کوچک ضرب در تعداد مهمان می‌شود. ماژول قرارداد و پیش‌فاکتور این ساختار را از ابتدا دارد.

مالیات بر ارزش افزوده هم روی مبلغ بعد از حق سرویس حساب می‌شود، نه قبلش. جای این دو اگر عوض شود، عدد نهایی غلط درمی‌آید و مشتری‌ای که حساب می‌کند، متوجه می‌شود.

۳. چک، و فاصله‌ی وصول تا سررسید

بخش قابل توجهی از دریافتی تالار چک است، اغلب با سررسیدهای پراکنده. سه تاریخ اینجا مهم است و هر سه باید جدا ثبت شوند: تاریخ دریافت چک، تاریخ سررسید، و تاریخ وصول واقعی.

• چکی که دریافت شده ولی سررسیدش نرسیده، نقدینگی نیست
• چک برگشتی باید مانده‌ی حساب مشتری را برگرداند، نه اینکه به‌عنوان یادداشت بماند
• تقویم سررسیدها باید کنار تقویم مراسم دیده شود — هزینه‌ی هر مراسم قبل از آن پرداخت می‌شود

۴. تسویه‌ی شب مراسم

مبلغ قرارداد و مبلغ نهایی تقریباً هیچ‌وقت یکی نیستند. تعداد مهمان واقعی با تعداد توافق‌شده فرق می‌کند، اقلام اضافه سفارش داده می‌شود، و گاهی خدماتی حذف می‌شود. این تفاوت‌ها همان شب و اغلب زیر فشار، محاسبه و تسویه می‌شوند.

اگر این محاسبه روی کاغذ انجام شود و فردا وارد سیستم شود، دو مشکل ایجاد می‌کند: احتمال خطا در شلوغ‌ترین لحظه، و اختلاف بین آنچه مشتری پرداخت کرده و آنچه در سیستم ثبت شده. مبنای محاسبه باید همان قرارداد باشد و تفاوت‌ها به‌عنوان ردیف اصلاحی روی آن بنشیند.

اتصال به انبار و به بهای تمام‌شده

حسابداری‌ای که از انبار جدا باشد، درآمد را می‌داند ولی هزینه‌ی مستقیم همان مراسم را نمی‌داند — یعنی سود هر مراسم را نمی‌تواند حساب کند. ادامه‌ی این بحث در بهای تمام‌شده‌ی هر مهمان است.

اگر می‌خواهید ببینید این چهار مورد در عمل چطور پیاده می‌شوند، ماژول حسابداری را ببینید. و اگر هنوز در مرحله‌ی تصمیم‌گیری هستید، هفت سؤال قبل از خرید نقطه‌ی بهتری برای شروع است.