درس ۳ مسیر استقرار ServiceDesk Plus ــ On-Premises | درس قبل: نصب روی ویندوز و آزمون ورود | فهرست آموزشها
دو درخواست مشابه ثبت میشوند؛ یکی از دفتر مرکزی و دیگری از شعبه. هر دو مشکل چاپ دارند، اما یکی باید در ساعت اداری رسیدگی شود و دیگری مربوط به واحدی است که شبکار دارد. اگر سایت و تقویم کاری را درست تعریف نکرده باشیم، یک SLA ظاهراً دقیق میتواند نتیجهای اشتباه بدهد. پیکربندی اولیه ServiceDesk Plus فقط واردکردن نام و نشان سازمان نیست؛ تعیین زمینهای است که درخواستها در آن معنا پیدا میکنند.
قبل از شروع، چهار مفهوم را جدا کنید
در سناریوی آموزشی این درس، «دفتر مرکزی» و «شعبه تولید» دو محل خدمتاند؛ «مالی» و «تولید» واحدهای سازمانیاند؛ «پشتیبانی کاربران» و «زیرساخت» تیمهای رسیدگیاند. این نامها را بهجای یکدیگر استفاده نکنید. قرار نیست هر طبقه ساختمان یک گروه پشتیبانی یا هر تخصص فنی یک دپارتمان سازمانی شود.
روی یک صفحه بنویسید کاربر از کجا درخواست میدهد، عضو کدام واحد است و چه تیمی مسئول رسیدگی است. سپس آن را با مسئول سازمانی هر شعبه مرور کنید. محصول باید ساختار روشن سازمان را ثبت کند، نه اینکه ساختار مبهم را با تعداد زیادی فهرست کشویی پنهان کند.
گام اول: اطلاعات سازمان
با دسترسی مدیریتی، در Admin بخش Organization Details را باز کنید؛ راهنمای سازنده آن را در Service Desk Configuration معرفی میکند و برای رابطهای قدیمی جای متفاوتی ذکر میکند. نام سازمان اجباری است. نشانی، اطلاعات تماس و نشان سازمان را متناسب با محیط وارد و ذخیره کنید. جزئیات فیلدها در راهنمای رسمی Organization Details آمده است.
برای محیط آزمایشی نامی انتخاب کنید که با محیط واقعی اشتباه نشود؛ مثلاً در نام نمایشی، آزمایشیبودن آن روشن باشد. نشانی و شماره تماس ساختگی را به شکلی وارد نکنید که فرد دیگری آن را اطلاعات واقعی سازمان فرض کند. این جزئیات هنگام آموزش و آزمون اعلانها اهمیت پیدا میکنند.
گام دوم: سایتها و منطقه زمانی
در جستوجوی Admin، عبارت Sites را پیدا کنید و با Add New Site محل جدید بسازید. نام، منطقه زمانی و اطلاعات محل را وارد کنید. مطابق مستند Sites، گزینه Refer Default Settings یعنی پیروی از تنظیمات پیشفرض و دریافت تغییرهای بعدی آن؛ Custom Settings یعنی پیکربندی مستقل همان حوزه برای سایت.
در مثال ما، شعبه تولید تقویم متفاوتی دارد. پیش از مستقلکردن همه گزینهها، مشخص کنید فقط ساعات کاری فرق دارد یا گروهها و قوانین هم متفاوتاند. تکثیر تمام تنظیمات، نگهداری را پیچیده میکند. در مقابل، ارجاع به تنظیمات پیشفرض هنگامی که برنامه کاری واقعاً متفاوت است، اختلاف سازمانی را از بین نمیبرد؛ فقط آن را در سامانه پنهان میکند.
منطقه زمانی را آگاهانه انتخاب کنید. محل سرور لزوماً همان منطقه زمانی همه کاربران نیست. نام منطقه انتخابشده و دلیل آن را در برگه پیکربندی ثبت کنید تا هنگام بررسی سررسید درخواستها، مبنای محاسبه معلوم باشد.
گام سوم: دپارتمانها
در Admin، Departments را جستوجو کنید، سایت موردنظر را انتخاب کنید و از Add New Department برای ساخت واحد استفاده کنید. نام واحد الزامی است و میتوان توضیح و مدیر واحد را تعیین کرد. راهنمای رسمی دپارتمانها ارتباط این اطلاعات با کاربران و تکنسینها را توضیح میدهد.
پیش از ورود انبوه کاربران، نام واحدها را یکدست کنید. «مالی»، «امور مالی» و «Finance» ممکن است سه نام برای یک واحد باشند، نه سه واحد مختلف. یک فهرست مرجع کوچک با تأیید مسئول سازمان تهیه کنید. اصلاح چند نام قبل از ورود کاربران آسانتر از اصلاح وابستگیهای پراکنده پس از شروع بهرهبرداری است.
گام چهارم: ساعات کاری
در راهنمای جاری، مسیر Admin → Organizational Details → Operational Hours و گزینه +New معرفی شده است. نام برنامه، محل اعمال آن در Applies to، روزهای کاری و ساعات استاندارد یا شبانهروزی را مشخص کنید. مستند فعلی تقدم گروه بر سایت و سایت بر منطقه را ذکر میکند؛ در نبود آنها، برنامه پایه مبنا قرار میگیرد. جزئیات را در مستند Operational Hours ببینید؛ Buildهای قدیمی ممکن است رابط متفاوتی داشته باشند.
برای تمرین، دفتر مرکزی را در روزهای انتخابی از ۸ تا ۱۶ و شعبه تولید را مطابق برنامه واقعی موردنظر خود تنظیم کنید. این ساعتها فقط نمونه آموزشیاند، نه الگوی مناسب همه سازمانها. اگر تیم پشتیبانی شبانهروزی ندارید، انتخاب ۲۴ساعته صرفاً برای کوتاهشدن مهلتها، تعهد قابل اجرا ایجاد نمیکند.
در مستند جاری، تغییر تقویم لزوماً رکوردهای موجود را خودکار بازحساب نمیکند؛ بنابراین نتیجه را با درخواست تازه آزمایش کنید. برنامه روزهای خاص نیز باید جدا از برنامه معمول بررسی شود. قابلیتها و مسیرهای جدید تقویم را به همه Buildهای سری ۱۵ تعمیم ندهید.
آزمون عملی: دو کاربر، دو محل
دو حساب آزمایشی با سایتهای متفاوت انتخاب کنید. پس از تنظیم SLA آزمایشگاهی در درس مربوط، در هر دو حساب درخواست مشابهی نزدیک پایان روز کاری بسازید. زمان ثبت، سایت، گروه، تقویم مؤثر و سررسید را یادداشت کنید. اگر نتیجه غیرمنتظره بود، ابتدا همین دادههای زمینهای را بررسی کنید؛ نه اینکه بلافاصله زمان SLA را تغییر دهید.
یک سناریوی تعطیلی و یک سناریوی جابهجایی گروه هم در برنامه آزمون بگذارید. برای محاسبه دستی، فقط دقیقههایی را بشمارید که طبق فرض آزمون واقعاً کاریاند. مقایسه محاسبه دستی با نتیجه برنامه، اختلاف برداشت از ساعات کاری را آشکار میکند.
وقتی گزینهای دیده نمیشود
ابتدا دسترسی حساب، سایت انتخابشده و نوع استقرار را کنترل کنید. سپس بررسی کنید تنظیم موردنظر مستقل است یا به پیشفرض ارجاع میدهد. در مستند Sites، سایت ارجاعدهنده تنظیم مستقل همان بخش را ندارد. ساختن سایت تکراری برای ظاهرشدن یک گزینه، راهحل مناسبی نیست.
برای مرور آزمونهای تکمیلی، مقاله آزمون تقویم کاری سرویس دسک را کنار این درس بخوانید. آن مقاله جای مراحل ایجاد ساختار را نمیگیرد؛ آزمون رفتار تقویم را تکمیل میکند.
سخن پایانی
ساعت کاری، نام واحد و محل خدمت، اطلاعات تزئینی نیستند. اگر زمینه درخواست غلط باشد، دقیقترین زمانسنج هم پاسخ غلطی تولید میکند. قبل از تنظیم تعهدها، مطمئن شوید سامانه سازمان شما را همانطور میبیند که واقعاً کار میکند.
گام بعد در مسیر ادمین، ساخت کاربران، تکنسینها و نقشهاست. مثالها و آزمون این درس تألیفیاند؛ منابع رسمی هر بخش در همان محل پیوند داده شدهاند. تاریخ بازبینی: ۱۸ سپتامبر ۲۰۲۶.
