یکی از ابهامهای رایج در گزارشگیری از ServiceDesk Plus این است که چرا تعداد «درخواستهای تکمیلشده» با تعداد «درخواستهای بستهشده» یکی نیست. در نگاه اول ممکن است تصور شود هر درخواست تکمیلشده یعنی همان درخواست بستهشده؛ اما در منطق ServiceDesk Plus این دو مفهوم کاملاً یکسان نیستند.
اگر این تفاوت درست درک نشود، گزارشهای SLA، گزارش عملکرد تکنسینها، داشبورد درخواستها و حتی قواعد بستن خودکار درخواستها میتوانند برداشت اشتباه ایجاد کنند. مخصوصاً در سازمانهایی که چند وضعیت سفارشی برای گردش کار درخواستها ساختهاند، مرز بین Resolved، Completed و Closed اهمیت بیشتری پیدا میکند.
پاسخ کوتاه: Completed گروه است، Closed یک وضعیت مشخص
در ServiceDesk Plus، وضعیتهای درخواست میتوانند در دو نوع اصلی تعریف شوند: وضعیتهای در حال انجام و وضعیتهای تکمیلشده. طبق مستندات ManageEngine، In Progress Status یعنی بازهای که تایمر درخواست فعال است و کار هنوز در جریان است؛ اما Completed Status یعنی بازهای که تایمر درخواست متوقف شده و درخواست از نظر فرایندی در حالت تکمیلشده قرار گرفته است.
بنابراین Completed لزوماً نام یک وضعیت واحد نیست؛ بلکه یک نوع یا گروه از وضعیتهاست. در مقابل، Closed معمولاً یک وضعیت مشخص و نهایی در چرخه عمر درخواست است. به بیان سادهتر:
- Completed یعنی درخواست وارد یکی از وضعیتهای تکمیلشده شده است.
- Closed یعنی درخواست دقیقاً در وضعیت بستهشده قرار دارد.
مثال ساده از تفاوت Completed و Closed
فرض کنید یک کاربر اعلام میکند که امکان دسترسی به یک نرمافزار سازمانی را ندارد. تکنسین بررسی میکند، دسترسی را اصلاح میکند و پاسخ میدهد که مشکل برطرف شده است. در این لحظه درخواست میتواند وارد وضعیت Resolved / حلشده شود. این وضعیت معمولاً نشان میدهد که راهحل ارائه شده، اما هنوز ممکن است منتظر تأیید کاربر باشید.
اگر کاربر تأیید کند که مشکل واقعاً حل شده، یا اگر طبق تنظیمات سازمان پس از چند روز عدم پاسخ کاربر، درخواست بهصورت خودکار بسته شود، آنوقت وضعیت درخواست میتواند به Closed / بستهشده تغییر کند.
در نتیجه، یک درخواست ممکن است از نظر سیستم «تکمیلشده» محسوب شود، اما هنوز «بستهشده» نباشد؛ چون ممکن است در وضعیت Resolved یا یک وضعیت سفارشی از نوع Completed قرار داشته باشد.
جدول مقایسه وضعیتها در ServiceDesk Plus
| وضعیت درخواست | در Completed حساب میشود؟ | در Closed حساب میشود؟ | برداشت عملیاتی |
|---|---|---|---|
| Open / باز | خیر | خیر | درخواست تازه ثبت شده یا هنوز وارد فرایند حل نشده است. |
| In Progress / در حال انجام | خیر | خیر | تکنسین در حال بررسی یا انجام کار است. |
| On Hold / در انتظار | معمولاً خیر | خیر | درخواست متوقف شده، اما بسته نشده است؛ مثلاً منتظر تأمینکننده یا تأیید کاربر است. |
| Resolved / حلشده | بله، اگر از نوع Completed تعریف شده باشد | خیر | راهحل ارائه شده، اما پرونده هنوز الزاماً نهایی نشده است. |
| Closed / بستهشده | بله | بله | پرونده درخواست نهایی و بسته شده است. |
| وضعیت سفارشی از نوع Completed | بله | فقط اگر همان وضعیت Closed باشد | برای فرایندهای داخلی مثل Completed by Vendor، Cancelled یا Duplicate قابل استفاده است. |
Resolved چه تفاوتی با Closed دارد؟
Resolved معمولاً مرحلهای است که تکنسین اعلام میکند مشکل را حل کرده یا خدمت موردنظر را انجام داده است. اما از نگاه فرایندی، ممکن است هنوز یک گام باقی مانده باشد: تأیید کاربر، ثبت کد بستن، تکمیل فیلدهای اجباری، ثبت Resolution یا اجرای قواعد Closure.
Closed مرحلهای نهاییتر است. وقتی درخواست Closed میشود، سازمان معمولاً فرض میکند که کار به پایان رسیده، مدارک و توضیحات لازم ثبت شده، و درخواست دیگر نباید در صف پیگیری روزانه باقی بماند.
به همین دلیل، برای گزارشهای مدیریتی بهتر است بین «حلشده» و «بستهشده» تفاوت قائل شوید. تعداد Resolved میتواند نشان دهد تیم پشتیبانی چه مقدار کار را از نظر فنی حل کرده است؛ اما تعداد Closed نشان میدهد چه تعداد پرونده واقعاً از چرخه پیگیری خارج شدهاند.
اثر این تفاوت روی گزارشها و SLA
اگر در گزارشهای ServiceDesk Plus میبینید تعداد درخواستهای Completed بیشتر از Closed است، این موضوع معمولاً طبیعی است. چون Completed میتواند شامل چند وضعیت باشد، اما Closed فقط یک وضعیت مشخص است.
این تفاوت روی چند گزارش مهم اثر میگذارد:
- گزارش عملکرد تکنسینها: اگر فقط Closed را معیار بگیرید، ممکن است کارهای حلشده اما هنوز تأییدنشده دیده نشوند.
- گزارش SLA: وضعیتهای Completed معمولاً در توقف یا پایان محاسبات زمانی نقش دارند؛ بنابراین نوع وضعیتها باید درست تعریف شود.
- داشبورد درخواستها: ممکن است درخواستی در Completed دیده شود، اما هنوز از نگاه مدیر سرویس باید در صف پیگیری برای تأیید نهایی باشد.
- گزارش انباشت کار: اگر Resolvedها زیاد بمانند و Closed نشوند، ظاهراً تیم کار را حل کرده اما فرایند بستن پرونده ناقص مانده است.
قواعد بستن درخواست در ServiceDesk Plus
ServiceDesk Plus امکان تعریف Request Closing Rules را فراهم میکند. با این قواعد میتوان مشخص کرد هنگام بستن درخواست چه فیلدهایی اجباری باشند، آیا کاربر باید تأیید کند، و درخواستهای Resolved بعد از چند روز عدم واکنش کاربر بهصورت خودکار Closed شوند یا نه.
در مستندات ManageEngine توضیح داده شده که در حالت بستن خودکار، وقتی درخواست به وضعیت Resolved میرود، برای درخواستکننده ایمیل ارسال میشود؛ کاربر میتواند درخواست را ببندد یا دوباره باز کند؛ و اگر اقدامی انجام ندهد، سیستم بعد از تعداد روزهای تعیینشده درخواست را خودکار میبندد.
این قابلیت برای سازمانهایی مهم است که نمیخواهند تعداد زیادی درخواست در وضعیت Resolved باقی بماند و گزارشهای نهایی را نامرتب کند.
پیشنهاد مدانت برای تنظیم فرایند
برای اینکه گزارشها شفافتر شوند، پیشنهاد میکنیم در ServiceDesk Plus این تفکیک را رعایت کنید:
- Open: درخواست تازه یا هنوز شروعنشده.
- In Progress: درخواست در حال بررسی توسط تکنسین.
- On Hold: توقف موقت به دلیل انتظار برای کاربر، تأمینکننده، قطعه، تأیید یا اطلاعات تکمیلی.
- Resolved: کار فنی انجام شده و راهحل ارائه شده، اما تأیید نهایی یا بستن رسمی هنوز انجام نشده است.
- Closed: درخواست پس از تأیید، تکمیل اطلاعات و پایان فرایند، بسته شده است.
همچنین بهتر است برای Resolved یک بازه زمانی مشخص تعریف شود؛ مثلاً اگر کاربر طی سه تا پنج روز کاری پاسخ نداد، درخواست بهصورت خودکار Closed شود. البته این عدد باید با سیاست پشتیبانی، نوع سرویس و توافقنامه سطح خدمات سازمان هماهنگ باشد.
اشتباه رایج: یکی گرفتن Completed با Closed
اشتباه رایج این است که مدیر سرویس در گزارشها فقط به عدد Completed نگاه کند و تصور کند همه آن درخواستها کاملاً بسته شدهاند. در حالی که بخشی از آنها ممکن است هنوز در Resolved باشند. این موضوع در زمان تحلیل رضایت کاربر، محاسبه نرخ بستن درخواست و ارزیابی عملکرد تیم پشتیبانی میتواند باعث خطا شود.
برای همین، اگر میخواهید «کارهای انجامشده» را بسنجید، Completed معیار مناسبی است. اما اگر میخواهید «پروندههای نهاییشده» را بسنجید، باید Closed را جداگانه بررسی کنید.
نمونه کاربرد در سازمان
در یک سازمان متوسط، ممکن است در پایان هفته ۴۰۰ درخواست Completed ثبت شده باشد، اما فقط ۳۲۰ درخواست Closed شده باشند. این اختلاف لزوماً نشانه ضعف تیم نیست. ممکن است ۸۰ درخواست در وضعیت Resolved منتظر تأیید کاربران باشند یا طبق سیاست سازمان چند روز بعد خودکار بسته شوند.
اما اگر این فاصله همیشه زیاد بماند، باید فرایند Closure بررسی شود. شاید ایمیل تأیید برای کاربران واضح نیست، شاید قانون بستن خودکار تنظیم نشده، یا تکنسینها بعد از حل مشکل، فیلدهای لازم برای بستن درخواست را تکمیل نمیکنند.
جمعبندی
در ServiceDesk Plus، Completed و Closed دو مفهوم نزدیک اما متفاوت هستند. Completed نشان میدهد درخواست وارد یکی از وضعیتهای تکمیلشده شده و تایمر فرایندی آن متوقف شده است؛ اما Closed یعنی درخواست به وضعیت نهایی بستهشده رسیده است.
برای گزارشگیری دقیقتر، بهتر است Resolved را مرحله «حل فنی و انتظار برای تأیید» و Closed را مرحله «پایان رسمی پرونده» در نظر بگیرید. این تفکیک باعث میشود گزارشهای SLA، عملکرد تکنسینها، کیفیت خدمات و رضایت کاربران قابلاعتمادتر باشند.
اگر سازمان شما از ServiceDesk Plus استفاده میکند و در تعریف وضعیتها، گزارشهای SLA، قواعد بستن درخواست یا بومیسازی فرایندهای ITSM نیاز به طراحی دقیقتری دارد، راهنمای انتخاب نرمافزار تیکتینگ سازمانی و مطالب تخصصی مدانت درباره ServiceDesk Plus میتواند نقطه شروع خوبی باشد. همچنین برای توسعه قابلیتهای سازمانی میتوانید صفحه ابزارها و افزونههای سفارشی ServiceDesk Plus را ببینید.
منابع
- ManageEngine ServiceDesk Plus MSP Admin Guide – Status Configuration
- ManageEngine ServiceDesk Plus MSP Admin Guide – Request Closing Rules
- ManageEngine ServiceDesk Plus MSP Admin Guide – Close Request
- ManageEngine ServiceDesk Plus On-Premises FAQ – Request Management
