تنظیم Operational Hours و Special Operational Hours در ServiceDesk Plus؛ دامنه اعمال تقویم، برنامه عادی و موقت، تفاوت Build 15200 و آزمون محاسبه زمان.

شرکت مدانت

راهنمای فارسی ServiceDesk Plusتنظیمات ادمین ← ساعات کاری

موضوع مرجع: Operational Hours / Special Operational Hours | نسخه داخلی ServiceDesk Plus

پیش از تنظیم تقویم، محل خدمت را در مدخل سایت‌ها و تیم رسیدگی را در راهنمای گروه‌های پشتیبانی مشخص کنید. این صفحه برنامه هفتگی و تغییر موقت آن را جدا توضیح می‌دهد.

ساخت تقویم عادی

  1. در Admin → Organizational Details → Operational Hours، +New را بزنید.
  2. نام یکتا، توضیح و دامنه Applies to را تعیین کنید.
  3. در Working time، حالت شبانه‌روزی یا ساعات استاندارد را انتخاب کنید.
  4. ساعت‌ها، استراحت‌ها و روزهای کاری یا غیرکاری را تنظیم کنید؛ Exclusion Rule برای استثناهای تکرارشونده است. سپس ذخیره کنید.

کدام تقویم اعمال می‌شود؟

تقدم اعمال، Group → Site → Region است؛ در نبود آن‌ها، تقویم پایه استفاده می‌شود. منطقه زمانی گروه از سایت مرتبط گرفته می‌شود. حداکثر سه بازه استراحت روزانه قابل تعریف است.

ساخت ساعات کاری ویژه

در Admin → Organizational Details → Special Operational Hours، +New را بزنید. نام، تقویم مرتبط و تاریخ شروع و پایان Schedule را تعیین کنید. برای تکرار سالانه، Repeat every year را فعال کنید. ساعت‌ها و روزهای پوشش را تنظیم و ذخیره کنید. بازه‌های ویژه هم‌پوشان را نمی‌توان به یک تقویم متصل کرد.

پیش از تغییر تقویم پیش‌فرض

مرجع، تعیین پیش‌فرض جدید را همراه با حذف پیش‌فرض قبلی توصیف می‌کند. پیش از این تغییر، تنظیمات و انتساب‌ها را بازبینی کنید؛ آن را یک تغییر نمایشی فرض نکنید.

تفاوت مهم از Build 15200

از این Build، ساعات کاری مستقل از فرم Site است و سایت‌های ارجاع‌دهنده نیز باید صریحاً به تقویم موردنظر متصل شوند. تغییر Site یا Group، هنگامی که تقویم متفاوتی ایجاد کند، باعث محاسبه مجدد موعد SLA می‌شود؛ موعدی که دستی تغییر کرده نیز ممکن است با مقدار مبتنی بر SLA جایگزین شود.

در ارتقا، تقویم‌های یکسان سایت‌ها تجمیع می‌شوند و ممکن است نام‌هایی مانند Operational Hour 1 بگیرند. نام مشابه یا تازه را به‌تنهایی خطا تلقی نکنید؛ انتساب واقعی را بررسی کنید. این توضیح از یادداشت انتشار 15200 است و نباید به رابط همه Buildهای قدیمی تعمیم داده شود.

یادداشت مدانت: آزمون تقویم با زمان مشخص

برای آزمون، ابتدا یک انتظار قابل محاسبه بنویسید. فرض کنید فقط ساعت ۸ تا ۱۶ کاری است، وقفه‌ای نداریم، روز بعد هم روز کاری است و مهلت حل، دو ساعت کاری تعیین شده است. در این فرض، درخواست ثبت‌شده در ۱۵:۳۰ باید نیم‌ساعت از روز اول و یک‌ونیم ساعت از روز بعد مصرف کند؛ انتظار آزمون، ساعت ۹:۳۰ روز بعد است. این مثال، تنظیم آماده برای همه سازمان‌ها نیست.

همین آزمایش را با یک تقویم ویژه اجرا کنید و قبل از مشاهده نتیجه، زمان موردانتظار را حساب کنید. هنگام اختلاف، سایت، گروه، منطقه زمانی، روزهای غیرکاری و تنظیم خود SLA را کنار هم ثبت کنید؛ تغییر پیاپی ساعت‌ها، بدون ثبت وضعیت اولیه، پیدا کردن علت را دشوار می‌کند.

کاهش ساعت کار را با تغییر تعهد توافق‌شده یکسان نگیرید. قبل از اعمال برنامه موقت در محیط واقعی، مسئول خدمت باید بداند چه تغییری انجام می‌شود و چه بازه‌ای را پوشش می‌دهد. پس از پایان بازه نیز یک درخواست آزمایشی برای بررسی برنامه عادی در نظر بگیرید.

مطالب مرتبط

تعریف سایت‌ها | دپارتمان‌ها | آزمون تقویم کاری سرویس دسک | فهرست تنظیمات ادمین

سخن پایانی مدانت

تقویم کاری قرار نیست تأخیر را پنهان کند؛ باید زمان خدمت را درست نشان دهد. برنامه عادی، استثناهای موقت و تعهد پاسخ‌گویی را روشن نگه دارید تا اعداد SLA قابل توضیح باشند، نه فقط خوش‌رنگ.

منابع

ManageEngine — Operational Hours and Special Operational Hours؛ مسیرها، فیلدها، تقدم تقویم و محدودیت‌ها.

ManageEngine — On-Premises Release Notes؛ بخش 15200 و تغییرات Operational Hours با شناسه SD-119031.

بازبینی منابع: ۱۸ سپتامبر ۲۰۲۶. مثال محاسبه زمان، روش آزمون و سخن پایانی، افزوده مدانت‌اند. این مدخل همه جزئیات پیشرفته تقویم را پوشش نمی‌دهد؛ گزینه‌ها را با Build نصب‌شده تطبیق دهید.

11

دیدگاه شما

دیدگاه مرتبط و محترمانه بنویسید.