کافه، فستفود و واحد تکشعبه
خرید، تولید و فروش از یک انبار پای کار؛ کیت نوشیدنی با ویژگی (شات، شیر)، ظرف فقط برای بیرونبر و پیک، شمارش یخچال فروش با صندوقدار بدون دسترسی کامل انبار.
سناریوی آزموده: ۲ از ۲ مرحله قبول
شروع با همین ترکیب
آشپزخانه و کاستکنترل رستوران
مصرف واقعی در برابر رسپی، مرحلهبهمرحله — از حوالهٔ انبار تا بشقاب
نرمافزار کاست کنترل رستوران ابرک، فاصلهٔ «مصرف واقعی» و «مصرف استاندارد» هر مادهٔ اولیه را مرحلهبهمرحله نشان میدهد: از رسپی تا حوالهٔ انبار، پذیرش آشپزخانه، مصرف تولید، ضایعات با علت، غذای پرسنل و شمارش پایان شیفت. برای کافه، رستوران، زنجیرهٔ چندشعبه، آمادگاه و آشپزخانهٔ مرکزی و کترینگ؛ روی اودو ۱۹، فارسی و شمسی، با بهای واقعی ریالی.
کاست کنترل رستوران با یک درصد انجام نمیشود
درصد فودکاست (بهای مواد ÷ فروش) فقط میگوید «چقدر» هزینه رفته، نه «کجا». وقتی فودکاست ماه از ۳۲٪ به ۳۶٪ میرسد، علت میتواند گرانی خرید، حوالهٔ بیش از نیاز، کسری در تحویل، پخت بیش از رسپی، سوختگی، غذای پرسنلِ ثبتنشده یا اشتباه شمارش باشد. هر کدام صاحب و راه اصلاح جدا دارد. این اپ بهجای یک عدد، زنجیرهٔ مصرف هر ماده را جدا میکند تا اختلاف به همان مرحلهای برسد که رخ داده است. چرایی این نگاه را در مقالهٔ چهار چهرهٔ فودکاست و روش عیبیابی را در آشتی انبار و صندوق خواندهاید؛ اینجا همان روش، خودکار و روی سند واقعی است.
زنجیرهٔ مصرف: از رسپی تا بشقاب
| مرحله | از کجا میآید | چه چیزی را نشان میدهد |
|---|---|---|
| ۱. استاندارد | تقاضای مواد سفارش تولید × (تولید واقعی ÷ برنامه)، بهعلاوهٔ اجزای کیت فروختهشده | آنچه طبق رسپی باید مصرف میشد؛ هرگز از رسپی زندهٔ امروز خوانده نمیشود تا تغییر رسپی گذشته را بازنویسی نکند |
| ۲. حوالهٔ انبار | حوالهٔ تجمیعی شیفت از انبار به محل تحویل | انبار چقدر فرستاد |
| ۳. پذیرش آشپزخانه | تأیید مدیر تولید با مقدار واقعی (و تعداد قطعه) | آشپزخانه چقدر تحویل گرفت؛ مازاد پذیرفته نمیشود |
| اختلاف باز | مکان «تحویل و اختلاف» | کسری یا مازادی که هنوز تعیین تکلیف نشده؛ تا بسته نشود گزارش «غیرقطعی» است |
| ۴. مصرف واقعی | مواد مصرفشدهٔ سفارش تولید | پخت بیش یا کم از رسپی، با علت ثبتشده |
| ۵. ضایعات | سند ضایعات با علت (سوختگی، انقضا، برگشت مشتری و …) | ارزش ریالی هر علت، روی مکان زیان |
| ۶. انحراف شمارش | شمارش پایان شیفت آشپزخانه و یخچال فروش | آنچه هیچ سندی توضیحش نمیدهد |
جمع ستون «AvT» روی همهٔ مرحلهها همان «واقعی منهای استاندارد» است؛ پس هیچ اختلافی بین گزارشها گم نمیشود. ارزش هر مرحله از بهای واقعی همان حرکت انبار (stock.move.value) میآید، نه از قیمت دستی. محاسبهٔ بازده خوراکی را در از رسپی تا پرس قابلفروش و طبقهبندی ضایعات را در نقشهٔ هزینهٔ ضایعات ببینید.
برای هر ساختار آشپزخانه، همان گزارش
هیچ رویهای تحمیل نمیشود. ویزارد «راهاندازی آشپزخانه» ساختار شما را میپرسد و فقط پیکربندی بومی اودو (مکان، نوع عملیات، مسیر تأمین، نقطهٔ کنترل کیفیت) میسازد. اجرای دوباره چیزی را تکرار نمیکند.
| ساختار | مناسب برای | جریان |
|---|---|---|
| S تکواحد | کافه، فستفود کوچک، شیرینیپزی | خرید، تولید و فروش از انبار پای کار؛ یخچال فروش با شمارش صندوقدار |
| M انبار + آشپزخانه | رستوران با انبار جدا | حوالهٔ تجمیعی شیفت، پذیرش دوامضایی، آشپزخانهٔ یکمکانی یا بخشبندیشده (سرد، کباب، برنج و خورش) |
| C آمادگاه + شعبه | زنجیرهٔ چندشعبه | تولید نیمهآماده در آمادگاه، ارسال با ترانزیت، پذیرش شعبه فقط با مدیر تولید، برگشت روزانه به قرنطینهٔ آمادگاه |
| P تولید مرکزی | آشپزخانهٔ مرکزی، کترینگ و غذای سازمانی | سفارش هابها از اکسل، سفارش تولید، بستهبندی، دستهٔ ارسال راننده با برگهٔ چاپی، دقت پیشبینی |
کار روزانهٔ آشپزخانه
- تأمین شیفت: نیاز خالص آشپزخانه (نیاز سفارشهای تولید منهای موجودی آزاد آشپزخانه، بدون قرنطینه) با افق شیفت حساب میشود و یک حوالهٔ تجمیعی میسازد. افق خرید شرکت تغییر نمیکند.
- حواله و پذیرش دوامضایی: انباردار مقدار واقعی را میفرستد؛ فقط مدیر تولید یا نمایندهٔ او میپذیرد. این کنترل سمت سرور است و از بارکد و API هم عبور نمیکند.
- بستن اختلاف: کسری تحویل با «پذیرش دیرهنگام»، «برگشت به انبار»، «ضایعات با علت» یا «تعدیل با علت» بسته میشود.
- تولید: مصرف متفاوت از رسپی بدون علت تأیید نمیشود.
- پایان شیفت: ضایعات با علت، انتقال مانده به قرنطینه، غذای پرسنل و شمارش در یک صفحه.
- قرنطینه و ماندگاری ساعتی: ماندهٔ نیمهآماده با لات و ماندگاری ساعتی (مثلاً سس ۴۸ ساعت) نگه داشته میشود؛ لات منقضی آزاد نمیشود و اگر کنترل کیفیت فعال باشد، آزادسازی منتظر بررسی میماند.
- غذای پرسنل: هر دو رویهٔ رایج (برداشت از غذای تولیدی یا رسپی پرسنلی) با بهای واقعی به سربار و به تفکیک نفر و واحد. مصرف صفر ریالی پذیرفته نمیشود.
کانال فروش و بستهبندی
در صندوق رستوران اودو، «سالن»، «بیرونبر» و «پیک» کانال سرو جدا هستند. ظرف یکبارمصرف و لیوان فقط برای همان کانالی از موجودی کم میشود که واقعاً مصرفش میکند؛ کیت نوشیدنی با ویژگی (مثلاً تعداد شات) اجزای درست را کسر میکند. راهنمای انتخاب صندوق را در راهاندازی صندوق فروش رستوران ببینید.
آمادگاه، کترینگ و آشپزخانهٔ مرکزی
برای تولید مرکزی و نرمافزار کترینگ، سفارش روزانهٔ هر هاب یا مشتری سازمانی از فایل اکسل وارد میشود و سفارش تولید، تأمین شیفت، بستهبندی و حوالهٔ ارسال بومی میسازد. حوالههای هر راننده در یک دستهٔ ارسال جمع و برگهٔ ارسال چاپ میشود. گزارش «دقت پیشبینی» برنامه را با فروش واقعی مقایسه میکند (MAPE، WAPE و سوگیری، با مبنای چهار هفتهٔ همان روز هفته). زمینهٔ این کار را در نرمافزار کترینگ صنعتی، پیشبینی تقاضا با انضباط آماری و موجودی فسادپذیر و نقطهٔ سفارش ببینید.
نقشها و اینکه چه کسی بها را میبیند
| نقش | کار | بها و سود |
|---|---|---|
| انباردار | حواله و برگشت | —؛ پذیرش آشپزخانه برایش ممنوع است |
| مدیر تولید / نماینده | پذیرش، اختلاف، شمارش، ضایعات، آزادسازی قرنطینه | نمیبیند |
| صندوقدار | شمارش یخچال فروش | نمیبیند؛ به انبار دسترسی کامل ندارد |
| کاستکنترل / مالی | همهٔ گزارشهای مقدار و ریال، چکلیست و بستن ماه | میبیند |
| کاربر شعبه | هر نقش، محدود به «شعبههای مجاز» خودش | طبق نقش |
بستن ماه و حسابداری
چکلیست بستن ماه پیش از بستن ارزشگذاری بومی اودو، هر چیزی را که عدد ماه را غلط میکند میشمارد. مانعها: اختلاف باز تحویل، پذیرش تأییدنشدهٔ آشپزخانه، موجودی منفی، و غذای پرسنل یا ضایعات صفر ریالی. هشدارها: ضایعات پیشنویس، شمارش اعمالنشده، سفارش تولید باز، فرمول ساختِ تغییرکرده بدون ECO، و رسید خرید بدون صورتحساب. ارزشگذاری پیشفرض دورهای با میانگین موزون است تا بهای غذا و نیمهآماده از خود سفارش تولید بیاید. هر تننت ابرک کدینگ استاندارد حسابداری ایران را پیشفرض دارد. مبانی را در بهای تمامشده چیست؟ و فرمول فودکاست بخوانید؛ برای دفاتر رسمی، چک و مؤدیان حسابداری ایران را اضافه کنید.
محدودیتهایی که پیش از خرید باید بدانید
- بهای کالا (
standard_price) در هستهٔ اودو برای کاربر داخلی از راه API خواندنی است. اپ بها را از گزارشها و صندوق پنهان میکند، ولی این رفتار هسته را تغییر نمیدهد. - گروهبندی ماهانهٔ جدول محوری بر مرز ماه میلادی است؛ برای دورهٔ دقیق شمسی از «گزارش دورهای AvT» با تاریخ شمسی استفاده کنید.
- پیشبینی نسخهٔ اول دستی است و عامل هوشمند فقط گزارش میخواند، سند نمیسازد.
- اتصال مستقیم اسنپفود، کارتخوان و مؤدیانِ صندوق مشروط به قرارداد است.
شروع کار
اپ را فعال کنید، در «پیکربندی ← راهاندازی آشپزخانه» ساختارتان را انتخاب کنید و رسپیها را بهصورت فرمول ساخت وارد کنید. آموزش تصویری گامبهگام با دادهٔ واقعی در دورهٔ آموزش کاست کنترل رستوران آمده است. اگر هنوز با اکسل کار میکنید، فایل اکسل کاست کنترل نقطهٔ شروع خوبی است و همان منطق در این اپ خودکار میشود.
نمونهٔ واقعی: یک هفته در تننت آزمون
دادهٔ این بخش از گزارشهای خود اپ روی تننت آزمون ابرک خوانده شده است (). رسپی و مواد اولیهٔ واقعی یک زنجیرهٔ چلوکبابی، قیمت خرید نمونه؛ چهار روز سرویس رستوران (ساختار M)، هفت روز تولید مرکزی (ساختار P).
۱۷ از ۱۷
مرحلهٔ سناریوهای S، M، C و P روی تننتِ از صفر ساختهشده قبول شد
٪۰٫۱۲
AvT کل رستوران (۱۲۸٬۴۴۷ تومان)
غیرقطعی: اختلاف باز
٪۶٫۱
WAPE پیشبینی آشپزخانهٔ مرکزی در هفت روز (MAPE ٪۷٫۱)
۳۵
لیوان کسرشده فقط برای بیرونبر و پیک؛ سالن صفر
مصرف واقعی با ضایعات و انحراف شمارش جمع میشود و با استاندارد مقایسه میشود؛ جمع مرحلهها همان AvT است.
| سوختگی یا خرابی در پخت | ۳۵۷٬۶۷۰ |
|---|---|
| غذای پرسنل — آشپزخانه | ۵۵۷٬۲۸۵ |
- اختلاف باز تحویل۱
- پذیرش تأییدنشده۰
- موجودی منفی۸
- غذای پرسنل یا ضایعات صفر ریالی۰
- ضایعات پیشنویس۰
- شمارش اعمالنشده۰
- سفارش تولید باز۰
- رسید خرید بدون صورتحساب۰
دو مانع واقعی پیدا شد: یک اختلاف باز تحویل، و موجودی منفی که از مصرفِ بیش از مقدارِ پذیرفتهشده آمده است. تا این دو بسته نشوند، بستن ارزشگذاری ماه توصیه نمیشود.
| کالا | استاندارد | واقعی | AvT٪ | تومان | اختلاف باز |
|---|---|---|---|---|---|
| ادویه سس مرغ گرم | ۲٬۲۲۹٫۱ | ۲٬۳۰۸٫۴ | ۳٫۵۶ | ۲۲٬۲۱۰ | ۷۷٫۰ |
| برنج ایرانی گرم | ۶۴٬۴۷۰٫۰ | ۶۲٬۵۳۵٫۹ | −۳٫۰۰ | −۲۵۱٬۴۳۳ | ۰٫۰ |
| پودر فلفل سیاه فله گرم | ۱۲۲٫۸ | ۱۲۲٫۸ | ۰٫۰۰ | ۰ | ۰٫۰ |
| غذا | برنامه | فروش | WAPE٪ |
|---|---|---|---|
| زرشک پلو با مرغ اسنپ فود | ۹۰۳ | ۸۶۸ | ۴٫۰ |
| چلو جوجه کباب ترش اسنپ فود | ۵۵۴ | ۵۱۹ | ۶٫۷ |
| چکدرمه اسنپ فود | ۳۸۱ | ۳۴۶ | ۱۰٫۱ |
برنامهریز هر روز کمی بیش از سفارش هابها پخته است؛ سوگیری مثبت (٪۶٫۱) همین بیشتولید را نشان میدهد.
راهکار به تفکیک نوع کسبوکار
رستوران با انبار و آشپزخانه
حوالهٔ تجمیعی شیفت، پذیرش دوامضایی مدیر تولید، آشپزخانهٔ بخشبندیشده، بستن اختلاف تحویل، ضایعات با علت و غذای پرسنل با بهای واقعی.
سناریوی آزموده: ۸ از ۸ مرحله قبول
شروع با همین ترکیبزنجیرهٔ چندشعبه با آمادگاه
سس و نیمهآمادهٔ لاتدار با ماندگاری ساعتی، ارسال با ترانزیت، پذیرش شعبه فقط با مدیر تولید، برگشت روزانه به قرنطینهٔ آمادگاه و آزادسازی پس از کنترل کیفیت.
سناریوی آزموده: ۴ از ۴ مرحله قبول
شروع با همین ترکیبآشپزخانهٔ مرکزی و کترینگ
ورود سفارش هابها یا مشتریان سازمانی از اکسل، سفارش تولید، بستهبندی، دستهٔ ارسال راننده با برگهٔ چاپی و گزارش دقت پیشبینی (MAPE/WAPE).
سناریوی آزموده: ۳ از ۳ مرحله قبول
شروع با همین ترکیبماشینحساب هزینه و بازگشت
قیمت از همان موتور قیمت اشتراک ابرک خوانده میشود؛ صرفهجویی فقط با فرضهای خودتان برآورد میشود و وعده نیست.
- اپ آشپزخانه در ماه
- —
- با اشتراک پایه ()
- —
- برگشت ماهانهٔ برآوردی
- —
- خالص ماهانه نسبت به هزینهٔ اپ
- —
اختلاف امروزتان را از انبارگردانی ماه قبل بگذارید: (موجودی اول دوره + خرید − موجودی پایان دوره) منهای مصرف استاندارد فروش. در تننت آزمون این عدد ٪۰٫۱۲ بود چون دادهٔ آزمون کنترلشده است، نه چون آشپزخانهٔ واقعی چنین است.
آموزش و کتابخانهٔ کاستکنترل
آموزش کاست کنترل رستوران در اودو ابرک
درسهای گامبهگام با تصویر واقعی: راهاندازی، پذیرش دوامضایی، پایان شیفت، قرنطینه، آمادگاه، تولید مرکزی، گزارش AvT و بستن ماه.
شروع آموزش ←
- داشبورد هفتگی کاست کنترل؛ شاخصها و چرخهٔ اقدام ۳۰روزه
- اندازهٔ سهم، تجربهٔ مشتری و دورریز بشقاب
- موجودی فسادپذیر و نقطهٔ سفارش؛ از پیشبینی فروش تا سیاست خرید
- هزینهٔ زمان کار در غذا؛ TDABC چطور گلوگاه را نشان میدهد؟
- مهندسی منو با حاشیهٔ مشارکت و هزینهٔ فعالیت
- پیشبینی تقاضا با انضباط آماری؛ کمپختن و بیشتولید را همزمان ببینیم
- نقشهٔ هزینهٔ ضایعات؛ از آمادهسازی تا باقیماندهٔ بشقاب
- آشتی انبار و صندوق؛ عیبیابی فاصلهٔ هزینهٔ نظری و واقعی
- از رسپی تا پرس قابلفروش؛ محاسبهٔ بازده خوراکی و هزینهٔ واقعی
- چهار چهرهٔ فودکاست؛ چرا یک درصد نمیتواند هزینه را کنترل کند؟
- هزینه راهاندازی رستوران در ۱۴۰۵؛ برآورد کامل با جدول
- چکلیست راهاندازی صفر تا صد رستوران؛ ۱۷ گام عملی
- فرمول فودکاست؛ محاسبه بهای تمامشده هر آیتم منو + جدول درصد مناسب ۱۴۰۵
- کاست کنترل رستوران چیست؟ راهنمای کامل کنترل بهای تمامشده و مهندسی منو
- بهترین نرم افزار مدیریت رستوران ۱۴۰۵؛ مقایسه کامل
- فایل اکسل کاست کنترل رستوران (دانلود رایگان قالب آماده + راهنمای کامل)
- هماهنگی چندشعبهای رستوران ایرانی و کترینگ: تجربهی واقعی چلوپز
- استانداردسازی رسپی و خرید متمرکز در زنجیره فستفود: تجربهی واقعی برگرلند
- استقرار ERP در زنجیره رستوران؛ ۵ مرحله
- کاست کنترل زنجیره رستوران؛ تجربه چلوپز
- بهای تمامشده چیست؟ راهنمای کامل محاسبه قیمت تمامشده کالا و خدمات
- نرمافزار کترینگ صنعتی: برنامهریزی تولید غذا در مقیاس بزرگ
- راهنمای انتخاب و راهاندازی صندوق فروش (POS) رستوران
پرسشهای پرتکرار دربارهی آشپزخانه و کاستکنترل رستوران
نرمافزار کاست کنترل رستوران ابرک با فایل اکسل چه فرقی دارد؟
در اکسل عددها را خودتان از انبار و صندوق جمع میکنید و معمولاً فقط یک درصد فودکاست به دست میآید. این اپ از خود سندهای انبار، تولید و صندوق اودو میخواند و اختلاف را به مرحلهای میرساند که رخ داده است: حواله، پذیرش آشپزخانه، مصرف تولید، ضایعات با علت، غذای پرسنل یا شمارش. ارزش هر مرحله هم از بهای واقعی همان حرکت انبار است.
اختلاف مصرف واقعی و استاندارد (AvT) چطور حساب میشود؟
استاندارد برابر تقاضای مواد سفارش تولید × (تولید واقعی ÷ برنامه) بهعلاوهٔ اجزای کیت فروختهشده است. واقعی برابر مصرف سفارش تولید، اجزای کیت، ضایعات و انحراف شمارش است. AvT٪ = (واقعی − استاندارد) ÷ استاندارد. اگر اختلاف تحویلِ بازی مانده باشد، گزارش آن دوره «غیرقطعی» اعلام میشود.
برای کافهٔ کوچکی که انبار جدا ندارد هم مناسب است؟
بله. ساختار «تکواحد» خرید، تولید و فروش را از یک انبار پای کار انجام میدهد و یخچال فروش را صندوقدار بدون دسترسی کامل انبار میشمارد. کیت نوشیدنی با ویژگی مثل تعداد شات اجزای درست را کم میکند و لیوان فقط برای بیرونبر و پیک از موجودی کسر میشود.
انباردار میتواند حوالهٔ آشپزخانه را خودش تأیید کند؟
خیر. پذیرش آشپزخانه فقط با گروه «مدیر تولید / نماینده» انجام میشود و این کنترل سمت سرور است؛ از بارکد و API هم عبور نمیکند. مقدار بیش از آنچه واقعاً تحویل شده هم پذیرفته نمیشود.
غذای پرسنل و ضایعات با چه بهایی ثبت میشود؟
با بهای واقعی حرکت انبار. غذای پرسنل به تفکیک نفر و واحد سازمانی و ضایعات به تفکیک علت روی مکان زیان ثبت میشود. مصرف صفر ریالی رد میشود؛ ارزشگذاری پیشفرض میانگین موزون است تا بهای غذا از خود سفارش تولید بیاید.
زنجیرهٔ چندشعبه، آمادگاه و کترینگ را پشتیبانی میکند؟
بله. در ساختار «آمادگاه + شعبه» نیمهآماده در آمادگاه تولید و با ترانزیت به شعبهها فرستاده میشود و ماندهٔ روزانه با لات، وزن و علت به قرنطینهٔ آمادگاه برمیگردد. در ساختار «تولید مرکزی» سفارش هابها یا مشتریان سازمانی از اکسل وارد میشود و بستهبندی، دستهٔ ارسال راننده و برگهٔ ارسال دارد. هر کاربر شعبه فقط انبارهای مجاز خودش را میبیند.
به اسنپفود، کارتخوان یا سامانهٔ مؤدیان وصل است؟
امروز سفارش هابها با فایل اکسل وارد میشود. اتصال مستقیم به اسنپفود و کارتخوانها و ارسال صورتحساب صندوق به مؤدیان فقط پس از قرارداد با هر طرف فعال میشود. صورتحساب الکترونیکی فروش سازمانی با اپ «سامانهٔ مؤدیان» ابرک ارسال میشود.
قیمت و مدل خرید چیست؟
۲۵۰ هزار تومان به ازای هر کاربر در ماه، روی اشتراک ابرک؛ انبار و تولید با آن رایگان فعال میشوند و صندوق فروش، خرید و کنترل کیفیت هم بدون هزینهٔ جدا اضافه میشوند. پرداخت سالانه برابر ده ماه است. ماشینحساب همین صفحه جمع هزینه را برای تعداد کاربر شما نشان میدهد و هفت روز آزمایش رایگان بدون کارت بانکی دارید.
چه کسی بها و سود را میبیند؟
فقط نقش «کاستکنترل / مالی» و مدیران. مدیر تولید، انباردار و صندوقدار گزارش مقداری میبینند و ستونهای ریالی برایشان نمایش داده نمیشود.
ببینید آشپزخانه و کاستکنترل رستوران در کسبوکار شما کجا مینشیند
مقالات مرتبط
داشبورد هفتگی کاست کنترل؛ شاخصها و چرخهٔ اقدام ۳۰روزه
داشبورد خوب مسئله را آشکار میکند و به یک اقدام مشخص در آشپزخانه میرسد.
اندازهٔ سهم، تجربهٔ مشتری و دورریز بشقاب
پیش از کوچککردن سهم، بفهم کدام بخش غذا و به چه دلیل برمیگردد.
موجودی فسادپذیر و نقطهٔ سفارش؛ از پیشبینی فروش تا سیاست خرید
عدد سفارش باید به تقاضا، زمان تأمین و ماندگاری وصل باشد، نه به حدس یکباره.
هزینهٔ زمان کار در غذا؛ TDABC چطور گلوگاه را نشان میدهد؟
وقتی سهم مواد همهٔ هزینه را توضیح نمیدهد، زمان و ظرفیت قابلاستفاده را جداگانه بسنج.