کنترل ضایعات و ریسکهای صندوق
یک تخفیف دستی بهتنهایی معنایی ندارد. بیست تخفیف با یک PIN در یک شیفت صندوق، در حالی که بقیه هر کدام سه تا زدهاند — معنا دارد.
کنترل ضایعات از دو لایه تشکیل شده است. لایه اول — ژورنال عملیات پرخطر — به پرسش «چه اتفاقی افتاد» پاسخ میدهد. لایه دوم — شش قاعده — به پرسش مالک پاسخ میدهد: «به چه چیزی نگاه کنم».
ژورنال عملیات پرخطر#
صندوق فهرست رویدادی اقدامات پرخطر را با انتساب به صندوقدار فعلی ثبت میکند (جابهجایی سریع با PIN هم در نظر گرفته میشود، نه فقط کسی که روی دستگاه وارد شده است):
| رویداد | زمان ثبت |
|---|---|
| تخفیف دستی / تغییر قیمت | صندوقدار بهصورت دستی قیمت را کاهش داده یا تخفیف داده است |
| لغو سفارش | رسید بهطور کامل باطل شده است |
| حذف مورد پس از ارسال به آشپزخانه | برگشت غذایی که در حال آمادهسازی است |
| برگشت روی رسید | برگشت ثبت شده است |
| باز کردن کش پول بدون فروش | کش خارج از رسید باز شده است |
| چاپ دوباره رسید صادرشده | چاپ مجدد — روش کلاسیک جایگزینی رسید مهمان |
| ویرایش فاکتور مهمان پس از پیشفاکتور | مهمان جمع کل را دیده بوده و فاکتور مهمان تغییر کرده است (ادغام میزها که پیشفاکتور چاپشده را باطل میکند نیز همینجا قرار میگیرد) |
| مغایرت صندوق در بستن شیفت صندوق | مبلغ واقعی با مقدار مورد انتظار مطابقت نداشته است |
خود این فهرست با فیلتر بر اساس صندوقداران و انواع عملیات، در زبانه «عملیات پرخطر» بخش «آمار» قرار دارد — به بازدید و خلاصه مراجعه کنید. در اینجا تکرار نمیشود.
ژورنال یک پای دوم هم دارد: پای سروری. عملیات پرخطر نهتنها توسط صندوق ثبت میشوند، بلکه سرور نیز خودش آنها را استخراج میکند — از نحوه تغییر خود سفارش: حذف موردی که پیشتر به آشپزخانه ارسال شده، تخفیف دستی، تغییر قیمت، بازگشایی سفارش بستهشده، لغو پس از پرداخت، برگشت، ویرایش پس از پیشفاکتور. صندوق نمیتواند این ثبت را دور بزند: این کار در سمتی انجام میشود که سفارش را میپذیرد، نه در مرورگر.
از این دو پای، قاعده جداگانهای شکل میگیرد — «مغایرت ژورنالها»: اگر عملیاتی در ژورنال صندوق باشد اما در ژورنال سروری نباشد (یا برعکس)، دلیلی است برای نگاه دقیقتر — برنامه آفلاین بوده، ژورنال نرسیده، یا صندوقدار تلاش کرده ثبت را دور بزند. چنین مغایرتی همراه با سایر هشدارها در «ریسکهای صندوق» در زبانه «زیر نظر» قرار میگیرد.
شش قاعده#
قواعد روی سرور بر اساس ژورنال و دادههای حسابداری محاسبه میشوند. بازه مشاهده — یک هفته — و «شیفت صندوق» با روز تقویمی شعبه تقریب زده میشود.
| قاعده | زمان فعال شدن |
|---|---|
| زنجیره لغوها | یک صندوقدار در یک شیفت صندوق بهقدری لغو/برگشت جمع کرده که دیگر «گاهی پیش میآید» نیست (بهطور پیشفرض — ۸، تقریباً یکی در هر ساعت یک شیفت کامل) |
| زنجیره تخفیفها | مجموع تخفیفهای دستی صندوقدار در یک شیفت صندوق سه برابر (×3) میانه همه صندوقداران حساب در آن بازه است |
| مغایرت صندوق | کسری/مازاد هنگام بستن شیفت صندوق از آستانه مالک بالاتر باشد یا سه برابر (×3) بالاتر از میانه مغایرتها باشد |
| هزینه بالاتر از نرم | در چرخه انبارگردانی، مصرف واقعی بیش از مصرف نظری (بر اساس کارتهای فنی) به میزان بیش از N ٪ (بهطور پیشفرض — ۵ ٪) بوده است — «تفاوت کجا رفت» |
| جهش قیمت خرید | کالا گرانتر از میانه قیمت آن پذیرش شده است (بهطور پیشفرض — ۱۵ ٪+) |
| مغایرت ژورنالها | عملیات در ژورنال صندوق هست اما در ژورنال سروری نیست (یا برعکس) — به بخش بالا مراجعه کنید |
چرا آستانههای مالی خودکالیبره میشوند. مقدار ثابت اینجا کار نمیکند: حسابها ارزهای متفاوت و مقیاس صورتحساب متفاوتی دارند. بنابراین قواعد مالی، صندوقدار را با میانه همه صندوقداران همان حساب مقایسه میکنند و تنها در صورت سهبرابر شدن آن فعال میشوند.
میانه قیمت خرید بر اساس بازههای ۳۰ و ۹۰ روزه محاسبه میشود؛ هر بارنامه یک نقطه نمونه است (تأمینکنندهای که یک محموله را به پنج سطر تقسیم کرده، میانه را پنج برابر بیشتر از یک تأمینکننده صادق جابهجا نمیکند). کمتر از سه تأمین — نمونه نیست و قاعده ساکت میماند. همین میانه نشان «+N ٪ نسبت به میانه» را مستقیماً روی سطر پذیرش میدهد — به انبار مراجعه کنید.
هر هشدار یک سطح (بالا/متوسط)، مبلغ در معرض ریسک، تعداد رویدادها و دوره دارد. محاسبه مجدد، نسخههای تکراری ایجاد نمیکند: همان انحراف در همان روز — همان هشدار است.
کجا ببینیم و چگونه تنظیم کنیم#
بلوک «ریسکهای صندوق» — در «گفتوگوی کاری» → «نیازمند تصمیم» → زبانه «زیر نظر»، همراه با سایر کارها. بخش جداگانه «نیازمند توجه» دیگر در پنل وجود ندارد؛ نشانی قدیمی هم به همینجا میرسد. دکمه «بررسی» به فهرست رویدادها میرود.
آستانهها با آچار ⚙️ در سرصفحه بخش «آمار» باز میشوند، گزینه «آستانههای هشدار»: خودش به زبانه «عملیات پرخطر» میرود و بلوک جمعشده آستانهها را باز میکند (این گزینه برای مالک و مدیر قابل مشاهده است). میتوان دستی هم به آنجا رسید — زبانه «عملیات پرخطر» → بلوک آستانهها. چه چیزی تنظیم میشود:
- مجموع تخفیفهای دستی در یک شیفت صندوق — سطح را بالا میبرد: هر دو شرط لازم است، هم آستانه و هم فراتر رفتن از میانه (نرم تخفیفها نسبی است و به تخفیفهای فصلی بستگی دارد)؛
- زنجیره لغوها در یک شیفت صندوق — آستانه شمارشی؛
- مغایرت صندوق — جایگزین میانه میشود: اینجا مالک میزان تحمل خود را به پول مطلق میداند؛
- ضایعات بیش از مصرف نظری، ٪؛
- فراتر رفتن از میانه قیمت خرید، ٪.
آستانه خالی = «آستانهای نیست»: قاعده از میانه (مالی) یا از مقدار پیشفرض محافظهکارانه کار میکند.
نامه به مالک — بر اساس اشتراک. بهطور پیشفرض هشدارها محاسبه و در پنل مدیریت دیده میشوند، اما هیچکس نامهای دریافت نمیکند. کلید ایمیل در همان تنظیمات قرار دارد و طراحی آن چنین است: یک نامه در هر اجرا با خلاصه هشدارهای جدید، نه یک نامه برای هر هشدار — زنجیره لغوها معمولاً دستهای میرسد.
کلیپهای ویدئویی عملیات پرخطر#
اگر به دستگاه صندوق از طریق Cenaly Hardware Bridge دوربینی متصل باشد، میتوان به رویداد یک کلیپ ویدئویی کوتاه پیوست کرد: چند ثانیه پیش از عملیات و پس از آن.
این تنظیم بهازای هر شعبه انجام میشود (هر صندوق سالن و زاویه دید خودش را دارد) در بخش سختافزار:
- فعالسازی (بهطور پیشفرض غیرفعال است — ویدئوی محدوده صندوق داده شخصی است و نمیتوان آن را بیاطلاع مشتری فعال کرد)؛
- دوربین محدوده صندوق از فهرست دستگاههای بریج؛
- چند ثانیه پیش و پس از رویداد در کلیپ میآید — بهطور پیشفرض ۳۰ و ۳۰، مجاز از ۵ تا ۱۲۰ ثانیه؛
- سقف روزانه کلیپها برای هر شعبه — بهطور پیشفرض ۴۰، مجاز از ۱ تا ۲۰۰؛
- مدت نگهداری کلیپ — بهطور پیشفرض ۳۰ روز، مجاز از ۱ تا ۳۶۵.
ژورنال بدون دوربین هم کاملاً کار میکند — ویدئو یک افزودنی است، نه شرط.
تأیید با PIN#
میتوان عملیات پرخطر را با تأیید سرپرست بست: صندوقدار درخواست انجام کار را میدهد، مدیر PIN خود را وارد میکند و هم عملیات و هم تأییدکننده آن در ژورنال ثبت میشود.
سقف تخفیفها، مرجوعیها و برگشتها بر اساس نقشها را مالک کسبوکار در بخش کارکنان و شیفتها تعیین میکند؛ صندوق بر اساس آنها تصمیم میگیرد که آیا عملیات به تأیید با PIN نیاز دارد یا نه.
این محدودیت فقط در رابط کاربری نیست. وقتی رسید به سرور میرود، سقفهای صندوقدار دوباره محاسبه میشوند — بر اساس سمت واقعی او، نه آنچه برنامه فرستاده است؛ رسیدی با تخفیف بیش از سقف و بدون تأیید سرپرست بهسادگی پذیرفته نمیشود. و تأییدکننده باید واقعاً حق تأیید داشته باشد: سرور به نام و نقش «داخل درخواست» توجهی نمیکند.
چاپ مجدد رسید صادرشده هم با PIN انجام میشود و در ژورنال ثبت میگردد.
بخشهای مرتبط#
- حضور و خلاصه — خودِ فهرست «عملیات پرخطر» و زبانه «پرداخت نقدی»
- نیازمند توجه — زبانه «در کنترل» چت کاری، جایی که بلوک «ریسکهای صندوق» قرار دارد
- صندوق (POS) — نقشهای PIN، پیشرسید، مرجوعیها
- شیفت صندوق — تطبیق نقدی و گزارش Z، که مغایرت از آن میآید
- انبار — انبارگردانی، ضایعات و نشان «+N % نسبت به میانه» در زمان تحویل کالا
- کارکنان و شیفتها — سقف تخفیفها، مرجوعیها و برگشتها بر اساس نقشها
پرسشهای متداول#
آیا این جاسوسی از کارکنان است؟#
این ابزاری برای گفتوگو است، نه تنبیه. قواعد کسی را متهم نمیکنند — نشان میدهند که شمار عملیات یک نفر بهشدت از تصویر کلی خارج شده است. تصمیم بعدی با مدیر است.
چرا قاعده اعمال نشد، با اینکه تخفیف بسیار بزرگ بود؟#
قواعد مالی به مجموع هر شیفت در برابر میانه همه صندوقداران نگاه میکنند، نه به یک عملیات. اگر تخفیفهای بزرگ برای کل مجموعه عادی باشد، میانه بالا خواهد بود. اگر میخواهید مبالغ مطلق را بگیرید، یک آستانه صریح تعیین کنید.
آیا هشدارها برای یک مورد چند بار میآیند؟#
نه. شناسه هشدار از قاعده، شعبه، صندوقدار و بازه ساخته میشود — محاسبه مجدد همان هشدار را میدهد و ایمیل مربوط به آن فقط یک بار ارسال میشود.
آیا میتوان ایمیلها را فعال کرد ولی ویدئو را نه؟#
بله، اینها تنظیمات مستقلاند: ایمیل در آستانههای قواعد، ویدئو در تنظیمات شعبه در بخش سختافزار.
اگر «مصرف بیش از حد مجاز» فعال شد چه باید کرد؟#
مصرف نظری بر اساس کارتهای فنی را با نتیجه واقعی انبارگردانی مقایسه کنید: بیشتر اوقات علت، کارت فنی نادرست، ثبتنشدن ضایعات یا پرسهای «چشمی» است. بررسی در زبانه «ضایعات» بخش انبار انجام میشود.