همهٔ مواد خارج‌شده، یک نوع ضایعات نیستند
تفالهٔ باقی‌مانده پس از عصاره‌گیری، مصرفِ قهوهٔ همان سفارش است؛ اگر قهوه قبلاً در رسپی مصرف شده، نباید دوباره وزن همان دانهٔ ورودی را به‌عنوان ضایعات از موجودی کم کنیم. در مقابل، ریختن شیر سالمِ استفاده‌نشده یا دور ریختن مادهٔ خراب، رخداد دیگری است. تعریف هر دسته را پیش از ثبت با مسئول کافه و حسابدار هماهنگ کنید.
دوباره‌سازی سفارش نیز بهتر است دلیل مشخص داشته باشد: اشتباه انتخاب، اشکال آماده‌سازی یا برگشت واقعی. ثبت علت به معنی اثبات تقصیر فرد نیست. برای گزارش مدیریتی معمولاً شناسهٔ سفارش و نوع رخداد کافی است؛ اطلاعات شخصی مشتری را در دفتر عمومی ضایعات نیاورید.
واحد و مقدار را در همان لحظه روشن کنید
عبارت‌هایی مثل «کمی شیر» یا «یک ظرف» برای مقایسهٔ چند روز کافی نیستند. در صورت امکان از واحد مشخصی مانند گرم یا میلی‌لیتر و وسیلهٔ اندازه‌گیری مناسب استفاده کنید. اگر مقدار برآورد شده، آن را برآورد بنامید تا با اندازه‌گیری مستقیم مخلوط نشود. برای ظروف مختلف، یک نام مشترک تعریف نکنید.
برای ارزش‌گذاری ضایعات، مقدار و قیمت مبنا دو دادهٔ جدا هستند. تغییر قیمت خرید می‌تواند مبلغ گزارش را تغییر دهد، حتی اگر مقدار ضایعات ثابت باشد. ابتدا مقدارهای هم‌واحد را مقایسه کنید، سپس مبلغ را با روش اعلام‌شده بخوانید. این راهنما روش مالیاتی یا استاندارد ارزش‌گذاری را جایگزین تصمیم حسابدار نمی‌کند.
چگونه از ثبت، به اصلاح فرایند برسیم؟
اگر علت‌ها مرتب تکرار می‌شوند، اول داده را کنترل کنید: آیا دو اپراتور یک رخداد را دوبار نوشته‌اند؟ آیا رسپی و ضایعات یک مصرف را دو بار کم کرده‌اند؟ سپس سراغ فرایند بروید؛ مثلاً اندازهٔ آماده‌سازی، ترتیب کار یا آموزش. از یک روز داده، نتیجهٔ قطعی دربارهٔ عملکرد یک نفر نگیرید.
اصلاح را با یک تغییر مشخص امتحان و بازهٔ بعد را با تعریف ثابت مقایسه کنید. تغییر هم‌زمان چند روش، تشخیص علت بهبود را دشوار می‌کند. این ثبت مجوز حذف مواد نامطمئن از کنترل بهداشت یا مصرف مادهٔ خراب برای کاهش عدد ضایعات نیست.
در دموی دیمه چه سناریویی را امتحان کنیم؟
یک مادهٔ آزمایشی با مقدار مشخص وارد کنید، یک مصرف معمول و یک ضایعات مستقل ثبت کنید و مسیر گزارش را ببینید. بپرسید کدام رخداد موجودی را تغییر می‌دهد و چگونه از ثبت دوباره جلوگیری می‌شود. هیچ دادهٔ واقعی یا موجودی عملیاتی را برای تست تغییر ندهید؛ دمو و نمونهٔ جدا کافی است. صفحهٔ محصول، شروع شناخت قابلیت‌هاست و رفتار نهایی باید در نسخهٔ خودتان تأیید شود.