راهنمای فارسی ServiceDesk Plus ← تنظیمات ادمین ← قالب درخواست خدمت
موضوع مرجع: Service Catalog — Service Items | نسخه داخلی On-Premises
پیش از ساخت قالب، دسته خدمات را آماده کنید. این صفحه، فرم و گردش پایه درخواست خدمت را توضیح میدهد؛ برای گزارش اختلال، قالب رخداد مدخل جداگانهای دارد.
ساخت فرم خدمت
در Admin → Service Catalog، روی دسته موردنظر بروید و Add Service را بزنید. نام و توضیح را وارد کنید؛ فیلدهای موجود یا تازه را با کشیدن به فرم اضافه و مشخصاتشان را ذخیره کنید.
اطلاعات منابع
در Resource Info، Add Resource را انتخاب کنید؛ عنوان، توضیح و سؤال موجود یا New Question را تعیین کنید. سؤالها میتوانند متنی، انتخابی یا بله/خیر باشند؛ برای گزینههای منابع، هزینه نیز قابل تعریف است.
مخاطبان و نمای درخواستکننده
Show to Requesters نمایش به کاربران را فعال میکند؛ گروههای کاربری، مخاطبان را محدود میکنند. سپس نمای Requester View را جدا تنظیم و ذخیره کنید.
تأیید، SLA و وظایف
با Save and Configure Workflow، تأییدکنندگان، اعلان تأیید، SLA و وظایف را مشخص کنید. تأییدکننده باید مجوز تأیید و ایمیل ثبتشده داشته باشد. گزینه Do not assign technician before Service Request is approved تخصیص را تا تأیید عقب میاندازد. فعال یا غیرفعالکردن خدمت از فهرست دسته انجام میشود. [۱]
فیلدهای تکمیلی مشترک یا مختص دسته
در Admin → Service Catalog → Service Catalog-Additional Fields، با Add Field، دامنه کاربرد فیلد را مشخص کنید: همه خدمات یا دسته منتخب. نوع متن، عدد، تاریخوزمان یا عدد اعشاری، عنوان و توضیح را تعیین و ذخیره کنید.
برای متن، حالت تکخطی، چندخطی یا فهرست انتخابی وجود دارد؛ گزینههای فهرست و مقدار پیشفرض را میتوان تعریف کرد. نام فیلد نباید با فیلدهای مشترک رخداد و خدمت تکراری باشد. فیلدهای ایجادشده در بخش فیلدهای فرم خدمت در دسترس قرار میگیرند. [۲]
ادامه تنظیمات در راهنماهای مرتبط
برای تعیین مسئول تأیید بر اساس جایگاه سازمانی، نقشهای سازمانی و گروهی را بخوانید. تنظیم تعهد زمانی در راهنمای SLA و انتخاب آن با قانون در قواعد درخواست خدمت آمده است. فعالیتهای تکراری و رابطه پیشنیازها از قالب وظیفه و سؤالهای شرطی از قواعد فیلد و فرم دنبال میشوند.
یادداشت مدانت: درخواست، تأیید و اجرا را جدا آزمایش کنید
برای تمرین، خدمتی غیرعملیاتی با عنوان «درخواست دسترسی آزمایشی به پوشه» تعریف کنید. نام پوشه، نوع دسترسی موردنیاز و مدت نیاز را از کاربر بپرسید؛ رمز یا اطلاعات ورود جایگاهی در این فرم ندارند. مشخص کنید درخواست چه کسی مجاز است و چه فردی باید ضرورت دسترسی را تأیید کند.
ابتدا با حسابی از گروه کاربری مجاز، فرم را باز و ذخیره کنید. متن درخواست، گزینه منابع و مقدارهای پیشفرض را با همان چیزی که وارد کردهاید مقایسه کنید. حساب خارج از گروه را هم جدا آزمایش کنید؛ دیدن فرم توسط ادمین، نتیجه تجربه کاربر عادی نیست.
در مرحله بعد، مسیر تأیید و رد را روی دو درخواست متفاوت بسنجید. گیرنده، متن اعلان و وضعیت نهایی را ثبت کنید. انتخاب نام تأییدکننده کافی نیست؛ پیام باید به همان فرد برسد و تصمیم او در همان درخواست ثبت شود.
در پایان، ایجاد فعالیتها، نام مجری و زمان شروعشان را بررسی کنید. وقتی تصمیم شما اجرای کار پس از تأیید است، نتیجه پیش از تأیید را نیز ببینید؛ تنها موفقیت مسیر نهایی کافی نیست. انتخاب یک منبع در فرم را بدون مشاهده نتیجه، ایجاد حساب، نصب برنامه یا تحویل دارایی تلقی نکنید.
مطالب مرتبط
دستههای خدمات | قالب وظیفه و وابستگیها | قواعد فرم | انتخاب SLA با قانون | مسئولان تأیید | فهرست راهنما
سخن پایانی مدانت
یک خدمت آماده فقط فرم زیبایی ندارد؛ معلوم است چه کسی آن را میخواهد، چه کسی تأیید میکند و چه کسی انجام میدهد. این مسیر را پیش از عرضه به کاربران کامل کنید تا ثبت درخواست، آغاز پیگیری روشن باشد، نه آغاز پرسوجوی دوباره.
منابع
- ManageEngine — Service Catalog: Service Items؛ فرم، منابع، مخاطبان و گردش کار.
- ManageEngine — Service Catalog: Additional Fields؛ دامنه و نوع فیلدهای تکمیلی.
بازبینی منابع: ۱۹ سپتامبر ۲۰۲۶. مثال دسترسی و آزمون نتیجه، افزوده مدانتاند. ظاهر و محدودیت فیلدها را با Build نصبشده تطبیق دهید؛ اتصال خودکار به محصولات دیگر موضوع مستقلی است.
