گردشکارها و وضعیتها
اصل مدلسازی
واقعه، مشاهده، پیگیری، تحویل وسیله و بسته وضعیتهای مستقل دارند. یک واقعه میتواند ثبتشده باشد، برای یک فرد خواندهنشده بماند و همزمان پیگیری باز داشته باشد.
واقعه
| وضعیت | معنا |
|---|---|
DRAFT |
فقط روی دستگاه کاربر و هنوز منتشرنشده |
RECORDED |
در دفتر ثبت و برای افراد مجاز قابل مشاهده |
VOIDED |
با دلیل از فهرست عادی کنار گذاشته شده؛ در Audit باقی است |
واقعه «انجامشده» نمیشود. نتیجه اقدام روی پیگیری وابسته ثبت میشود.
مشاهده هر فرد
UNSEEN → SEEN
فقط بازشدن موفق جزئیات، مشاهده محسوب میشود. دیدن کارت، Push یا بازکردن اپ کافی نیست.
پیگیری یا کار
| وضعیت | متن پیشنهادی UI |
|---|---|
AWAITING_OWNER |
در انتظار پذیرش |
ASSIGNED |
محولشده |
IN_PROGRESS |
در حال پیگیری |
RESOLVED |
رسیدگیشده |
CANCELED |
لغوشده با دلیل |
فوری و عقبافتاده نشانگرند و جای وضعیت اصلی را نمیگیرند.
تحویل وسیله
| وضعیت | معنا |
|---|---|
AWAITING_RECEIPT |
تحویل ثبت شده و تأیید گیرنده لازم است |
RECEIPT_RECORDED |
گیرنده دریافت را ثبت کرده است |
CANCELED |
تحویل پیش از دریافت با دلیل لغو شده است |
اگر رکورد اولیه وجود نداشته باشد، گیرنده میتواند دریافت را بسازد. منبع ثبت «گیرنده» ذخیره میشود و تأیید تحویلدهنده جعل نمیشود.
وضعیت ظاهری یکی از NOT_CHECKED، APPARENTLY_OK یا VISIBLE_DAMAGE است. مغایرت فقط وقتی معنا دارد که اطلاعات مورد انتظار قبلاً ثبت شده باشند.
بسته
در فلو نهایی Figma روش تحویل OTP نمایش داده شده است. تنظیم ساختمان میتواند در آینده روش ساده یا تأیید در اپ را نیز انتخاب کند؛ تغییر روش بدون مجوز و دلیل مجاز نیست.
صف مدیر
| نوع | اثر |
|---|---|
| فقط اطلاع | Inbox و Badge؛ بدون ساخت کار اجباری |
| نیاز به بررسی | ایجاد مورد تصمیمپذیر برای مدیر |
| فوری | اولویت بالا و اعلان فوری |
مدیر میتواند مورد را قبول یا واگذار کند. مشاهده به معنی قبول یا حلشدن نیست.
قواعد همزمانی و Audit
- پذیرش همزمان فقط یک مسئول اصلی ایجاد میکند.
- ثبت دوباره پس از Timeout نباید رکورد تکراری بسازد.
- زمان سرور تغییرناپذیر است؛ زمان واقعی اعلامشده جدا ثبت میشود.
- اصلاح، ابطال، واگذاری، بستن، بازگشایی و Override تحویل در لاگ سراسری مدیر ثبت میشوند.
- تغییر روز یا شیفت، وضعیت را خودکار عوض نمیکند.