در عصر دیجیتال، سازمان‌ها با حجم عظیمی از داده‌ها، تیکت‌ها و درخواست‌های کاربران روبه‌رو هستند. پاسخ سریع و مؤثر به این درخواست‌ها، مدیریت دانش و کاهش خطاهای انسانی، چالش‌های اصلی بخش IT و پشتیبانی هستند. اینجاست که هوش مصنوعی (AI) وارد عمل می‌شود و با تحلیل هوشمند داده‌ها، اتوماسیون فرآیندها و تولید پاسخ‌های بهینه، تجربه‌ی کاربران و بهره‌وری تیم‌های IT را به‌طور چشمگیری بهبود می‌بخشد.

ادغام AI با چارچوب‌های مدیریت خدمات مانند ITIL 5 و پلتفرم‌های سرویس دسک، یک فرصت منحصربه‌فرد ایجاد می‌کند تا سازمان‌ها فرآیندهایشان را هوشمند، قابل پیش‌بینی و مقیاس‌پذیر کنند.

🤖 نقش AI در ITIL 5

ITIL 5، نسخه جدید چارچوب مدیریت خدمات فناوری اطلاعات، تأکید ویژه‌ای بر اتوماسیون هوشمند، تحلیل داده و تجربه کاربری پیشرفته دارد. در این چارچوب، AI نقش‌های کلیدی ایفا می‌کند:

1. پیش‌بینی و تصمیم‌گیری هوشمند
   • با تحلیل داده‌های گذشته، AI می‌تواند پیش‌بینی کند کدام نوع درخواست‌ها یا حوادث به احتمال زیاد رخ می‌دهند و اقدامات پیشگیرانه پیشنهاد دهد.
2. اتوماسیون پاسخ به تیکت‌ها
   • AI می‌تواند درخواست‌ها را طبقه‌بندی کرده و پاسخ‌های اولیه یا کامل ارائه دهد، بدون نیاز به دخالت مستقیم تکنسین.
3. خلاصه‌سازی و استخراج دانش
   • AI می‌تواند اطلاعات پراکنده در تیکت‌ها و یادداشت‌ها را خلاصه کند و دانش مفید برای تیم‌های IT تولید کند.
4. تجربه کاربری بهبود یافته
   • تعاملات هوشمند و شخصی‌سازی شده با کاربران نهایی، موجب افزایش رضایت کاربران و کاهش زمان حل مشکل می‌شود.

نقش AI در ServiceDesk Plus

ServiceDesk Plus به‌عنوان یک پلتفرم جامع مدیریت خدمات، قابلیت‌های ITIL 5 را پیاده‌سازی می‌کند و با ادغام AI (مثل ChatGPT) امکانات زیر را به سازمان‌ها ارائه می‌دهد:

1. پیش‌بینی تصمیم‌گیری برای تیکت‌ها
   • وقتی Zia (ربات هوشمند داخلی) نتواند تصمیم بگیرد، ChatGPT با تحلیل محتوا پیشنهاد می‌دهد که یک درخواست پذیرفته شود یا نیاز به اطلاعات بیشتر دارد.
2. Reply Assistant هوشمند
   • تکنسین‌ها می‌توانند با استفاده از AI متن پاسخ‌ها را بازنویسی، اصلاح گرامر یا تولید کنند تا پاسخ سریع و حرفه‌ای به کاربران ارسال شود.
3. خلاصه‌سازی درخواست‌ها
   • AI می‌تواند تمام گفتگوهای یک تیکت طولانی را به یک خلاصه مفید تبدیل کند، تا تکنسین یا مدیر سرویس سریعاً اطلاعات لازم را دریافت کند.
4. پشتیبانی از تجربه خودکار کاربر
   • کاربران نهایی می‌توانند از طریق چت هوشمند سوالات خود را بپرسند و راهنمایی فوری دریافت کنند، بدون اینکه وارد فرآیندهای پیچیده شوند.

ادغام AI با ITIL 5 در ServiceDesk Plus باعث می‌شود که مدیریت خدمات هوشمندتر، سریع‌تر و دقیق‌تر انجام شود. سازمان‌ها می‌توانند با استفاده از این قابلیت‌ها، حجم کاری تیم‌های IT را کاهش داده و تجربه کاربری عالی برای کاربران نهایی فراهم کنند.

راهنمای کامل ادغام ChatGPT با ServiceDesk Plus

ادغام ChatGPT با سیستم ServiceDesk Plus به معنی استفاده از هوش مصنوعی برای بهینه‌سازی فرآیندهای پشتیبانی، تولید محتوا، پیش‌بینی تصمیمات، پاسخ به کاربران و خلاصه‌سازی اطلاعات است.

1. ChatGPT چیست و چرا باید آن را با سرویس دسک پلاس ادغام کنیم؟

ChatGPT یک مدل زبانی هوش مصنوعی است که می‌تواند به‌صورت گفتگو با کاربران تعامل کند، پاسخ دهد، متن تولید کند و کمک‌های هوشمند ارائه دهد. وقتی آن را با ServiceDesk Plus ترکیب می‌کنیم:

• پاسخ به تیکت‌ها سریع‌تر و هوشمندتر می‌شود.
• کار تکنسین‌ها راحت‌تر و خطاها کاهش می‌یابد.
• توانایی تحلیل و پیش‌بینی تصمیمات (مثل تأیید یا رد درخواست‌ها) اضافه می‌شود.

2. پیش‌نیازهای ادغام

برای فعال کردن این ادغام، شما نیاز دارید به:

✔ یک شناسه سازمانی (Organization ID) از OpenAI
✔ یک کلید API یکتا که OpenAI به شما اختصاص می‌دهد
✔ اشتراک ChatGPT پولی یا اعتبار قابل استفاده برای API
✔ نقش کاربری باید SDAdmin (مدیر سیستم) باشد.

📌 مثال واقعی:
فرض کنید شما مدیر IT یک شرکت هستید و قصد دارید Zia (ربات هوشمند داخل ServiceDesk Plus) را تقویت کنید تا در صورتی که خودش نتوانست پاسخ دهد، از ChatGPT کمک بگیرد. ابتدا شناسه و API را از OpenAI می‌گیرید و در تنظیمات ServiceDesk Plus وارد می‌کنید.

3. چطور ادغام را فعال کنیم؟

مراحل دقیق:

1. به مسیر Admin > Apps & Add‑ons > Integrations > Third Party بروید
2. روی کارت ChatGPT کلیک کنید
3. گزینه Enable ChatGPT را فعال کنید
4. سه مقدار زیر را وارد کنید:
   • نام سازمان
   • Organization ID
   • API Key
5. ویژگی‌های مورد نیاز را برای فعال شدن انتخاب کنید
6. تنظیمات دسترسی کاربران را تعیین کنید
7. بر روی Save کلیک کنید

📌 توجه: اگر ادغام را غیرفعال کنید، تمام تنظیمات آن پاک می‌شود.

4. ویژگی‌های اصلی ادغام

✔️ پیش‌بینی تایید/رد درخواست‌ها

اگر Zia نتواند تشخیص دهد آیا یک درخواست باید پذیرفته شود یا رد، ChatGPT به عنوان گزینه پشتیبان وارد می‌شود و تصمیم را پیش‌بینی می‌کند.

مثال:
کاربر ایمیل ارسال می‌کند تا یک سرویس خاص را درخواست کند، اما متن مبهم است. Zia مطمئن نیست و ChatGPT متن ایمیل را تحلیل کرده و پیشنهاد می‌دهد «درخواست پذیرفته شود» یا «اطلاعات بیشتر لازم است».

✔️ Ask Zia — گفتگو هوشمند

در Zia Bot دکمه‌ای به نام «Ask ChatGPT» ظاهر می‌شود. کاربران می‌توانند سؤال بپرسند یا درخواست‌های پیچیده‌تری داشته باشند و ChatGPT پاسخ هوشمند ارائه می‌دهد.

مثال کاربردی:
کاربری می‌پرسد «چطور مشکل شبکه وای‌فای را حل کنم؟»
اگر راه‌حل در پایگاه دانش موجود نباشد، ChatGPT پاسخ‌های مبتنی بر تجربیات عمومی شبکه می‌دهد.

✔️ تولید محتوا و کمک به پاسخ‌دهی

با Reply Assistant می‌توان به‌صورت خودکار متن پاسخ، بازنویسی، یا بررسی گرامر متن را انجام داد.

📌 مثال:
تکنسین پاسخ طولانی و رسمی نوشته‌است، اما نیاز به بازنویسی دوستانه‌تر دارد. با انتخاب متن و کلیک روی نماد ChatGPT، متن بازنویسی‌شده یا اصلاح گرامری دریافت می‌شود.

✔️ خلاصه‌سازی درخواست

Request Summarization کمک می‌کند تمام گفتگوها و یادداشت‌ها را به یک خلاصه مفید تبدیل کند.

📌 مثال:
در یک تیکت طولانی با بیش از ۱۰ پیام، با یک کلیک خلاصه‌ای از موضوع و راه‌حل‌های پیشنهادی تولید می‌شود تا مدیر یا تکنسین جدید سریع مفهوم را بفهمد.

5. اطلاعاتی که با LLM (ChatGPT) به اشتراک گذاشته می‌شود

فقط اطلاعات ضروری و مرتبط برای انجام عملیات ارسال می‌شود، مانند:

💡 نکات مهم برای استفاده بهتر

✅ اطمینان از اشتراک پولی ChatGPT: بدون اشتراک مناسب، ادغام کار نمی‌کند.
✅ کنترل داده‌های حساس: اطلاعات شخصی قبل از ارسال به LLM ماسک می‌شود تا از محرمانگی محافظت شود.
✅ تنظیم سطح دسترسی: برای هریک از ویژگی‌ها می‌توانید تعیین کنید فقط تکنسین‌ها یا حتی کاربران عادی نیز بتوانند از آن استفاده کنند.

💡 چرا این ادغام ارزشمند است؟

ادغام ChatGPT با ServiceDesk Plus باعث می‌شود:

✔ پاسخ‌ها هوشمندتر و سریع‌تر شوند
✔ میزان تکرار کارهای روزمره کم شود
✔ تحلیل و پیش‌بینی تصمیمات بهتر انجام شود
✔ تجربه بهتری برای کاربران و پشتیبان‌ها ایجاد شود

نوشته ادغام ChatGPT با ServiceDesk Plus اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

این فرمت‌ها با هدف بهبود فرآیندهای پشتیبان‌گیری و بازیابی اطلاعات طراحی شده‌اند و هرکدام ویژگی‌های خاص خود را دارند. فرمت .data به عنوان یک فرمت استاندارد برای ذخیره‌سازی داده‌ها شناخته می‌شود که امکان بازیابی سریع و آسان اطلاعات را فراهم می‌آورد. از طرف دیگر، فرمت .eZip یک فرمت فشرده‌سازی پیشرفته است که با استفاده از الگوریتم‌های قوی فشرده‌سازی، حجم فایل‌های پشتیبان را به حداقل می‌رساند و در عین حال امنیت و قابلیت بازیابی آن‌ها را حفظ می‌کند.

در اینجا جدول مقایسه‌ای بین دو فرمت .data و .eZip که در پشتیبان‌گیری محصولات ManageEngine استفاده می‌شوند، آمده است. همچنین در ادامه زمان‌هایی که باید از هر یک از این فرمت‌ها استفاده کنید نیز توضیح داده شده است.

زمان‌هایی که باید از هر یک از این فرمت‌ها استفاده کنید:

1. استفاده از فرمت .data:
   • زمانی که سرعت پشتیبان‌گیری برای شما اولویت دارد و نیازی به فشرده‌سازی پیچیده ندارید.
   • زمانی که میخواهید بکاپی تهیه کنید که روی Postgres و MS-SQL قابل انتقال باشد.
   • زمانی که حجم داده‌ها کم یا متوسط است و نیازی به کاهش حجم فایل ندارید.
   • در مواقعی که نیاز به بازیابی سریع و بدون پیچیدگی دارید و داده‌ها باید بدون تغییر بازیابی شوند.
   • در شرایطی که ابزارهای ManageEngine به راحتی از این فرمت پشتیبانی می‌کنند و نیازی به نرم‌افزار جانبی برای استخراج داده‌ها ندارید.
2. استفاده از فرمت .eZip:
   • زمانی که حجم داده‌ها زیاد است و نیاز به کاهش حجم فایل دارید، به‌ویژه برای ارسال و ذخیره‌سازی.
   • زمانی که امنیت داده‌ها برای شما اهمیت زیادی دارد و نیاز به رمزنگاری پیشرفته دارید.
   • زمانی که بخواهید چندین فایل را به صورت جداگانه فشرده‌سازی کرده و آن‌ها را به قطعات کوچکتر تقسیم کنید.
   • در شرایطی که حجم بالای اطلاعات باعث می‌شود فرآیند پشتیبان‌گیری به زمان بیشتری نیاز داشته باشد و فشرده‌سازی این زمان را جبران می‌کند.

در اینجا یک جدول مقایسه‌ای بین فرمت‌های فایل .zip، .rar و .7z (که در بسیاری از موارد به عنوان eZip در برخی پلتفرم‌ها شناخته می‌شود) آمده است. این جدول می‌تواند به شما در درک تفاوت‌ها کمک کند:

خلاصه:

• ZIP: فرمت رایج و ساده‌ای است که برای کاربران عادی مناسب است و در بیشتر دستگاه‌ها به صورت پیش‌فرض پشتیبانی می‌شود.
• RAR: فشرده‌سازی بهتری دارد، ولی نیاز به نرم‌افزار خاص (WinRAR) دارد.
• 7z (eZip): بهترین نسبت فشرده‌سازی و قوی‌ترین الگوریتم‌ها را ارائه می‌دهد، ولی به نرم‌افزار 7-Zip نیاز دارد.

این مقایسه باید به شما کمک کند تا بهترین فرمت را بسته به نیاز خود انتخاب کنید!

برای درک تفاوت حجم فایل‌های پشتیبان در فرمت‌های .eZip و .data، باید به عواملی چون فشرده‌سازی و نوع داده‌های موجود در دیتابیس توجه کنیم. در اینجا یک توضیح کلی برای پشتیبان‌گیری از دیتابیس ۱۵ گیگابایتی با استفاده از این دو فرمت آورده شده است.

1. فرمت .data:

• فرمت .data معمولاً بدون فشرده‌سازی پیشرفته ایجاد می‌شود یا از فشرده‌سازی ساده‌ای استفاده می‌کند.
• در صورتی که دیتابیس شما ۱۵ گیگابایت باشد، با استفاده از فرمت .data احتمالاً حجم فایل پشتیبان تقریباً همان ۱۵ گیگابایت خواهد بود.
• این فرمت بیشتر برای پشتیبان‌گیری سریع و بازیابی راحت طراحی شده است، اما در کاهش حجم فایل‌ها اثری ندارد.

حجم تقریبی: ۱۵ گیگابایت (تقریباً بدون تغییر)

2. فرمت .eZip:

• فرمت .eZip از فشرده‌سازی پیشرفته (مانند الگوریتم‌های LZMA یا ZIP یا 7z) برای کاهش حجم فایل‌های پشتیبان استفاده می‌کند.
• میزان کاهش حجم فایل به نوع داده‌ها بستگی دارد. اگر دیتابیس شما شامل داده‌های متنی (مانند جداول SQL) باشد، فشرده‌سازی می‌تواند به میزان قابل توجهی حجم فایل را کاهش دهد.
• برای دیتابیس‌های حجیم و متنی، معمولاً می‌توان 50% یا بیشتر از حجم فایل را کاهش داد.

حجم تقریبی:

• در بهترین حالت، بسته به نوع داده‌ها، حجم فایل پشتیبان در فرمت .eZip ممکن است به ۷ تا ۱۰ گیگابایت برسد (کاهش ۳۰% تا ۵۰% نسبت به حجم اصلی).
• در بدترین حالت، اگر داده‌ها خیلی فشرده‌نشده باشند (مانند داده‌های صوتی یا تصویری)، کاهش حجم ممکن است کمتر از ۳۰% باشد.

بطور مثال:

• اگر دیتابیس شما ۱۵ گیگابایت است، پس از پشتیبان‌گیری با فرمت .data، حجم فایل تقریباً ثابت باقی می‌ماند (۱۵ گیگابایت).
• اما اگر با فرمت .eZip پشتیبان بگیرید، بسته به نوع داده‌ها، حجم پشتیبان ممکن است به ۷ تا ۱۰ گیگابایت کاهش یابد، یا در برخی موارد کمتر.

در نهایت، میزان کاهش حجم به نوع و محتوای دیتابیس شما بستگی دارد. اگر دیتابیس شما شامل اطلاعات متنی باشد، احتمال کاهش حجم به مراتب بیشتر است.

نوشته مدیریت و پشتیبانی از داده‌ها با فرمت‌های Data و eZip در ManageEngine اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

در دنیای نرم‌افزارهای سازمانی، انتخاب پایگاه داده مناسب تأثیر مستقیمی بر پایداری، عملکرد و مقیاس‌پذیری محصولات مانند ManageEngine ServiceDesk Plus MSP دارد. در این مقاله، به بررسی تفاوت‌های SQL Server و PostgreSQL پرداخته و نقاط قوت و ضعف هر یک را با تمرکز بر استفاده در محصولات ManageEngine مقایسه می‌کنیم.

۱. معماری و مدل تراکنش‌ها

تحلیل:
در SQL Server، برای جلوگیری از تداخل خواندن و نوشتن نیاز است RCSI فعال شود، در حالی که PostgreSQL به‌صورت ذاتی قابلیت Snapshot خواندن بدون قفل را دارد، بنابراین در محیط‌های با تعداد کاربران زیاد و تراکنش‌های همزمان، PostgreSQL انعطاف‌پذیری بالاتری ارائه می‌دهد.

۲. مدیریت حافظه و کارایی

تحلیل:
اگر سرور اختصاصی دارید، SQL Server نیازمند پیکربندی دقیق حافظه و Snapshot Isolation است. در PostgreSQL، بسیاری از این تنظیمات به‌صورت خودکار انجام می‌شود و کارایی سیستم حتی در تراکنش‌های سنگین پایدار باقی می‌ماند.

۳. ابزار و اکوسیستم

تحلیل:
SQL Server در محیط‌های سازمانی که نیاز به گزارش‌گیری آماده و پشتیبانی SLA دارند، مزیت دارد، اما PostgreSQL برای سازمان‌هایی که ترجیح به راهکارهای متن‌باز و انعطاف‌پذیر دارند مناسب‌تر است.

۴. هزینه و لایسنس

تحلیل:
برای سازمان‌های کوچک تا متوسط، PostgreSQL انتخاب اقتصادی و انعطاف‌پذیرتری است. SQL Server به‌خصوص در نسخه Enterprise هزینه بالایی دارد، اما امکانات مدیریتی و ابزارهای سازمانی پیشرفته ارائه می‌دهد.

۵. مقایسه عملیاتی با محصولات ManageEngine

تحلیل:

• در محیط‌های چندشعبه‌ای و توزیع‌شده، PostgreSQL با ساختار MVCC کارایی بالاتری دارد و نیاز به تنظیمات پیچیده RCSI نیست.
• در محیط‌های تجاری متمرکز با نیاز به گزارش‌گیری حرفه‌ای و SLA رسمی، SQL Server با ابزارهای SSRS و RCSI گزینه بهتری است.

🔹 جمع‌بندی و توصیه

1. SQL Server
   • بهترین گزینه برای محیط‌های سازمانی با کاربران زیاد و نیاز به گزارش‌گیری حرفه‌ای.
   • نیازمند پیکربندی Max Memory و Snapshot Isolation (RCSI) برای بهینه‌سازی عملکرد.
   • هزینه بالاتر ولی پشتیبانی تجاری کامل.
2. PostgreSQL
   • بهترین گزینه برای محیط‌های توزیع‌شده و شعب متعدد با نیاز به همزمانی بالا.
   • مدیریت حافظه و همزمانی به‌صورت پیش‌فرض با MVCC انجام می‌شود.
   • رایگان و متن‌باز، مناسب برای سازمان‌های اقتصادی و سفارشی‌سازی‌شده.

💡 نتیجه‌گیری:
اگر سازمان شما محیط چندسایته یا شعب متعدد دارد و نیاز به نگهداری پایگاه داده با حجم بالا و کاربران همزمان زیاد دارید، PostgreSQL برای محصولات ManageEngine بهترین گزینه است.
اگر سازمان شما تمرکز بر گزارش‌گیری، SLA و ابزارهای تجاری آماده دارد و هزینه کمتر اولویت نیست، SQL Server گزینه حرفه‌ای‌تر است.

نوشته کدام دیتابیس؟ SQL Server یا PostgreSQL اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

مقدمه

سامانه‌های Help Desk و ITSM به‌مرور زمان حجم قابل‌توجهی از داده‌ها را در خود ذخیره می‌کنند؛ از جمله تیکت‌ها، لاگ‌های سیستمی، پیوست‌ها، گردش‌کارها، اعلان‌ها و سوابق تغییرات. اگرچه این قابلیت برای نگهداری تاریخچه و گزارش‌گیری ضروری است، اما انباشت داده‌های حجیم و بهینه نبودن ساختار پایگاه داده می‌تواند به‌تدریج باعث کاهش کارایی سامانه شود.

در محیط‌های عملیاتی، افت عملکرد معمولاً به شکل‌های زیر بروز می‌کند:

• افزایش زمان بارگذاری صفحات
• کندی در جستجو و فیلتر تیکت‌ها
• تأخیر در تولید گزارش‌ها
• افزایش مصرف CPU و حافظه
• زمان پاسخ‌دهی نامطلوب در ساعات اوج مصرف

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

این راهنما مجموعه‌ای از کوئری‌های پیشنهادی را ارائه می‌دهد که با هدف بهبود عملکرد سیستم طراحی شده‌اند.

فهرست بهینه سازی‌ها:

• تنظیمات بهینه‌سازی Java (Java Tuning)
• فعال‌سازی حالت Snapshot در Microsoft SQL Server
• مدیریت داده‌ها: حذف و آرشیو (Data Deletion & Data Archiving)
• اسکن توزیع‌شده دارایی‌ها (Distributed Asset Scan)

نوشته راهنمای بهینه‌سازی عملکرد (Performance Guide) سرویس دسک پلاس اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

فهرست مطلب:

• معرفی
• امنیت در سطوح مختلف
• قابلیت‌های امنیتی
• پیکربندی‌های امنیتی
• معماری امنیتی محصول
• یکپارچگی داده‌ها
• کنترل دسترسی
• هدرهای امنیتی HTTP و پیکربندی‌های توصیه‌شده
• پیشگیری از آسیب‌پذیری‌ها و حملات
• مدیریت مجوزهای پوشه‌ها و فایل‌ها

معرفی

تضمین امنیت داده‌ها در سامانه سرویس‌دسک

ServiceDesk Plus یک نرم‌افزار قدرتمند مدیریت خدمات فناوری اطلاعات (ITSM) است که توسط سازمان‌ها و مشتریان بسیاری در سراسر جهان مورد اعتماد قرار گرفته است. حجم بالای کاربران به معنای تبادل روزانه مقدار قابل‌توجهی از داده‌های حساس است؛ داده‌هایی که هیچ‌گونه مصالحه‌ای در خصوص امنیت آن‌ها پذیرفتنی نیست، چراکه کوچک‌ترین ضعف امنیتی می‌تواند سازمان‌ها را در معرض ریسک‌های جدی قرار دهد.

ServiceDesk Plus از همان لحظه نصب، با رویکردی امنیت‌محور طراحی شده و در تمامی مراحل استفاده از محصول—از احراز هویت کاربران گرفته تا انتقال و ذخیره‌سازی داده‌ها—استانداردهای سخت‌گیرانه امنیتی را اعمال می‌کند. علاوه بر مکانیزم‌های امنیتی فعلی، ManageEngine به‌صورت مستمر در حال ارتقا و بهبود قابلیت‌های امنیتی ServiceDesk Plus است.

این سند، مشخصات و چارچوب‌های امنیتی ServiceDesk Plus را تشریح می‌کند.

نوشته امنیت نرم‌افزار قدرتمند سرویس دسک پلاس اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

ریست رمز عبور ادمین در ServiceDesk Plus / Asset Explorer

یکی از رایج‌ترین چالش‌ها در مدیریت نرم‌افزارهای سازمانی مانند ServiceDesk Plus یا Asset Explorer، فراموش شدن رمز عبور ادمین است. وقتی این اتفاق می‌افتد، دسترسی به مدیریت سیستم و پایگاه داده‌ها مختل می‌شود و کارهای روزمره سازمانی با مشکل مواجه می‌شود.

این راهنما به شما یک روش مرحله‌به‌مرحله و ایمن نشان می‌دهد تا بتوانید رمز عبور ادمین را ریست کنید، بدون اینکه اطلاعات کاربران یا تنظیمات مهم سیستم آسیب ببیند. با دنبال کردن دقیق مراحل، می‌توانید به سرعت و بدون نگرانی، دسترسی مدیریت را بازیابی کنید و سیستم را به حالت عادی برگردانید.

مرحله ۱ – دسترسی به سرور برنامه

1. به سرور برنامه وارد شوید.
2. به مسیر زیر بروید:

[درایو شما]:\ManageEngine\<نام_برنامه>\bin

3. فایل changeDBServer.bat را اجرا کنید تا اطلاعات پایگاه داده نمایش داده شود.

مرحله ۲ – شناسایی نوع پایگاه داده

• MSSQL: به SQL Management Studio بروید.
• PGSQL: به سرور PostgreSQL متصل شوید.

مرحله ۳ – اجرای ترمینال با دسترسی ادمین

1. روی آیکون ویندوز کلیک کنید.
2. Command Prompt (Run as administrator) را اجرا کنید.
3. به مسیر زیر بروید:

[درایو شما]:\ManageEngine\<نام_برنامه>\pgsql\bin

4. دستور مناسب نسخه خود را اجرا کنید:

• نسخه SDP < 10.5 / AE < 6.5:

psql.exe -U postgres -p 65432 -d servicedesk -h 127.0.0.1

• نسخه SDP ≥ 10.5 / AE ≥ 6.5:

psql.exe -U sdpadmin -p 65432 -d servicedesk -h 127.0.0.1

• رمز عبور: sdp@123

مرحله ۴ – یافتن کاربر ادمین فعال

برای SDP ≥ 11.0 / AE ≥ 6.6:

Select al.login_id "Login ID", au.first_name "Name", al.name "Login Name", al.domainname "Domain Name"
from aaaauthorizedrole aar
left join aaarole ar on aar.role_id=ar.role_id
left join aaaaccount aa on aar.account_id=aa.account_id
left join aaalogin al on aa.login_id=al.login_id
left join aaauser au on al.user_id=au.user_id
left join sduser sd on au.user_id=sd.userid
where ar.name like 'SDOrgAdmin' and sd.status='ACTIVE';

برای نسخه‌های قدیمی (قبل از SDP 11.0 / AE 6.6):

Select al.login_id "Login ID", au.first_name "Name", al.name "Login Name"
from aaaauthorizedrole aar
left join aaarole ar on aar.role_id=ar.role_id
left join aaaaccount aa on aar.account_id=aa.account_id
left join aaalogin al on aa.login_id=al.login_id
left join aaauser au on al.user_id=au.user_id
left join sduser sd on au.user_id=sd.userid
where ar.name like 'SDAdmin' and sd.status='ACTIVE';

مرحله ۵ – ریست کردن رمز عبور

PGSQL (SDP ≥ 10.5 / AE ≥ 6.5):

update AaaPassword
set password='$2a$12$fZUC9IK8E/AwtCxMKnCfiu830qUyYB/JRhWpi2k1vgWLC6iLFAgxa',
    SALT=pgp_sym_encrypt('$2a$12$fZUC9IK8E/AwtCxMKnCfiu','SChar@123Mas!er','s2k-mode=1, cipher-algo=aes256'),
    algorithm='bcrypt'
where password_id in (
    select ap.password_id
    from aaaaccpassword ap
    left join aaaaccount ac on ac.account_id=ap.account_id
    left join aaalogin al on al.login_id=ac.login_id
    where al.login_id= Login_ID
);

MSSQL:

OPEN SYMMETRIC KEY ZOHO_SYMM_KEY DECRYPTION BY CERTIFICATE ZOHO_CERT;
update AaaPassword
set password='$2a$12$fZUC9IK8E/AwtCxMKnCfiu830qUyYB/JRhWpi2k1vgWLC6iLFAgxa',
    SALT= EncryptByKey(Key_GUID('ZOHO_SYMM_KEY'), N'$2a$12$fZUC9IK8E/AwtCxMKnCfiu'),
    algorithm='bcrypt'
where password_id in (
    select ap.password_id
    from aaaaccpassword ap
    left join aaaaccount ac on ac.account_id=ap.account_id
    left join aaalogin al on al.login_id=ac.login_id
    where al.login_id= Login_ID
);
CLOSE SYMMETRIC KEY ZOHO_SYMM_KEY;

نسخه‌های قدیمی‌تر:

• SDP < 10.5 / AE < 6.5: همان کوئری PGSQL بالا با تغییرات ساده در SALT
• SDP < 9.3 / AE < 6.2: استفاده از الگوریتم MD5

مرحله ۶ – ورود به برنامه

• رمز عبور جدید: admin
• گزینه Local Authentication را در بخش “Log on to” انتخاب کنید.
• اگر کاربر دارای دامنه است، دامنه را انتخاب کنید.

اگر Local Authentication غیرفعال بود (برای SDP):

update globalconfig set paramvalue='true' where parameter='Enable_LocalAuthentication_Login';

• برای AE به صورت پیش‌فرض فعال است مگر مشتری آن را غیرفعال کرده باشد.

نوشته ریست کردن رمز عبور ادمین در ServiceDesk Plus اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

چرا این تنظیمات ضروری‌اند؟

در نرم‌افزار ServiceDesk Plus، پایگاه داده نقش ستون فقرات کل سامانه را ایفا می‌کند؛ جایی که تمام تیکت‌ها، درخواست‌ها، فعالیت‌های کاربران، و تنظیمات سازمانی ذخیره می‌شود. با افزایش حجم داده‌ها و تعداد کاربران، عملکرد پایگاه داده مستقیماً بر سرعت و پایداری سامانه تأثیر می‌گذارد.

یکی از مهم‌ترین روش‌های بهینه‌سازی عملکرد پایگاه داده در SQL Server، فعال‌سازی Read Committed Snapshot Isolation (RCSI) است. این ویژگی باعث کاهش قفل‌گذاری و بهبود عملکرد هم‌زمانی (Concurrency) می‌شود؛ خصوصاً در محیط‌هایی که کاربران زیادی به‌طور هم‌زمان با سیستم کار می‌کنند.

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

در این راهنمای کاربردی مدانت، گام‌به‌گام تمام اقدامات لازم برای:

• فعال‌سازی RCSI
• بررسی و افزایش حجم دیتابیس
• تنظیم رشد خودکار فایل‌ها
• و مستثنی‌سازی مسیرهای مهم از اسکن آنتی‌ویروس

ارائه شده است تا اطمینان حاصل شود پایگاه داده‌ی شما برای نیازهای امروز و فردای سازمانتان، آماده و پایدار باشد.

در ادامه مراحل عملیات بر پایگاه داده ServiceDesk Plus برای فعال‌سازی RCSI (Read Committed Snapshot Isolation)، افزایش حجم پایگاه داده، و پیکربندی رشد خودکار فایل‌ها به همراه پیشنهاداتی برای اسکن آنتی‌ویروس آورده شده است:

مرحله 1: توقف سرویس ServiceDesk Plus

قبل از اعمال تغییرات، ابتدا سرویس برنامه را متوقف کنید:

Stop ServiceDesk Plus application.
🔸 توقف برنامه ServiceDesk Plus.

مرحله 2: غیرفعال‌سازی پایگاه داده برای تغییرات

از طریق SQL Server Management Studio یا SSMS:

USE master;
GO
ALTER DATABASE servicedesk SET OFFLINE WITH ROLLBACK IMMEDIATE;
GO

مرحله 3: فعال‌سازی RCSI

حالت Read Committed Snapshot Isolation را فعال کنید:

ALTER DATABASE servicedesk SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE;
GO

مرحله 4: آنلاین کردن مجدد پایگاه داده

USE master;
GO
ALTER DATABASE servicedesk SET ONLINE;
GO

مرحله 5: بررسی فعال‌سازی موفق RCSI

SELECT is_read_committed_snapshot_on 
FROM sys.databases 
WHERE [name] = 'servicedesk';

اگر مقدار خروجی 1 بود، RCSI با موفقیت فعال شده است.

مرحله 6: بررسی اندازه فعلی پایگاه داده

USE master;
GO
SELECT (size*8)/(1024*1024) AS SizeInGB 
FROM sys.master_files 
WHERE DB_NAME(database_id)='servicedesk' 
AND physical_name LIKE '%.mdf%';
GO

مرحله 7: افزایش اندازه پایگاه داده (مثلاً 5 گیگابایت)

USE master;
GO
ALTER DATABASE servicedesk 
MODIFY FILE 
(NAME = servicedesk, 
 SIZE = 5GB);
GO

مرحله 8: بررسی تنظیمات رشد خودکار فایل‌ها

USE servicedesk;
GO
EXEC sp_helpfile;
GO

بررسی کنید که مقدار FILEGROWTH برای فایل‌های داده (.mdf) و لاگ (.ldf) کافی باشد.

مرحله 9: تنظیم رشد خودکار پیشنهادی

در صورت نیاز:

USE master;
GO
ALTER DATABASE servicedesk 
MODIFY FILE (NAME = N'servicedesk', FILEGROWTH = 256MB);
GO

ALTER DATABASE servicedesk 
MODIFY FILE (NAME = N'servicedesk_log', FILEGROWTH = 128MB);
GO

مرحله 10: تأیید مجدد تنظیمات رشد خودکار

دوباره اجرای دستور sp_helpfile برای تأیید مقادیر جدید.

مرحله 11: مستثنی‌سازی اسکن آنتی‌ویروس

برای جلوگیری از کندی عملکرد پایگاه داده و فایل‌های برنامه، پیشنهاد می‌شود مسیرهای زیر را از اسکن آنتی‌ویروس خارج کنید:

• مسیر نصب ServiceDesk Plus (معمولاً C:\ManageEngine\ServiceDesk)
• فایل‌های پایگاه داده (.mdf, .ldf) در SQL Server
• مسیر wrapper.conf (برای تنظیم حافظه جاوا):

در فایل wrapper.conf مقدار زیر را بررسی یا تنظیم کنید:

wrapper.java.maxmemory=4096

💡 نکات تکمیلی:

• قبل از اجرای این اسکریپت یا کویری‌ها، حتماً از پایگاه داده بکاپ کامل بگیرید.
• مقادیر SIZE و FILEGROWTH را می‌توانید بر اساس نیاز واقعی سازمان تنظیم کنید.
• اجرای این اسکریپت نیاز به دسترسی sysadmin در SQL Server دارد.
• اگر نام فایل‌های دیتابیس با نام servicedesk متفاوت باشد، نام آن‌ها را با EXEC sp_helpfile پیدا و جایگزین کنید.
• برای دریافت فایل کامل و یکجای اسکرپیت بهبود دیتابیس با مدانت در ارتباط باشید.

نوشته مستند فنی تغییرات در پایگاه داده SQL نرم‌افزار ServiceDesk Plus اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

در فرآیند ارتقاء نرم‌افزارهای سازمانی مانند ServiceDesk Plus یا AssetExplorer، ممکن است با خطاهایی مواجه شوید که مانع ادامه فرآیند مهاجرت یا به‌روزرسانی سیستم می‌شوند. شناسایی صحیح این خطاها و آشنایی با راه‌حل‌های پیشنهادی، نقش مهمی در کاهش زمان توقف سیستم و جلوگیری از بروز مشکلات بزرگ‌تر ایفا می‌کند.

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

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

جدول کد خطا

نوشته کد خطاهای اپلیکیشن سرویس دسک پلاس اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

در جلسات مدیریتی، «نظام‌مند شدن امور»، «مستندسازی فرایندها» و «قابل ردیابی بودن درخواست‌ها» از جمله کلیدواژه‌هایی هستند که مدیران ارشد با شور و حرارت از آن‌ها دفاع می‌کنند. در اغلب صورتجلسه‌ها، می‌خوانیم که:

«همه واحدها ملزم به استفاده از سامانه تیکتینگ هستند.»

اما به‌محض این‌که پای خود این عزیزان به میان می‌آید، انگار نه انگار! یا تماس مستقیم می‌گیرند، یا از طریق منشی و واتساپ پیام می‌فرستند، یا یک جمله نصفه‌نیمه در یک جلسه درگوشی می‌گویند و انتظار دارند ۲ دقیقه بعد، درخواستشان انجام شده باشد — بدون هیچ ردی از درخواست، بدون SLA، بدون شفافیت.

شاید تیکت زدن، کاری دون شأن مدیریت تلقی می‌شود؛ یا شاید فکر می‌کنند سرعت کار پایین می‌آید. اما واقعیت این است: تا وقتی مدیران خودشان الگوی استفاده از سامانه نباشند، هیچ سامانه‌ای موفق نخواهد شد.

چرا مدیران ارشد از سیستم تیکتینگ استفاده نمی‌کنند؟

سامانه‌های مدیریت تیکت (Helpdesk / ServiceDesk) یکی از ابزارهای کلیدی برای پیگیری شفاف درخواست‌ها، کاهش خطای انسانی، و افزایش بهره‌وری پاسخ‌گویی در سازمان‌ها هستند. با این حال، در بسیاری از سازمان‌ها، مشاهده می‌شود که مدیران ارشد تمایلی به ثبت تیکت ندارند و ترجیح می‌دهند درخواست‌های خود را به صورت شفاهی، تلفنی یا غیررسمی مطرح کنند. این رفتار می‌تواند باعث گم‌شدن اطلاعات، نبود ردیابی، و افزایش بار کاری نامنظم برای تیم‌های اجرایی شود.

ما در مدانت بررسی جامعی کرده‌ایم و تحلیل دلایل استفاده نکردن مدیران از سیستم تیکتینگ را در موارد زیر دسته‌بندی کردیم:

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

پیشنهادها و راهکارها

مدیران ارشد نیز شبیه کاربران در برابر این تغییر مقاومت نشان می‌دهد اما راهکارهایی هست که می‌شود با استفاده از آن بر چالشها غلبه کرد که بشرح ذیل است:

این یعنی:

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

اما کارهای بیشتری هم می‌توان کرد در ادامه، راهکارهای کاملاً عملی و قابل اجرا در سطح سازمان برای تشویق مدیران به استفاده از سیستم تیکتینگ ارائه شده است. این راهکارها هم جنبه فرهنگی دارند و هم اجرایی، و به سادگی می‌توان آن‌ها را به مرحله اجرا رساند:

۱. طراحی و راه‌اندازی “پنل مدیران” (VIP Portal)

۲. اولویت‌دهی و تخصیص SLA ویژه به تیکت‌های مدیران

۳. آموزش غیررسمی و VIP به مدیران

۴. تعیین نماینده (Proxy) برای ثبت تیکت به جای مدیر

۵. ارسال گزارش ماهانه از تیکت‌های مدیران برای خودشان

۶. آغاز فرهنگ‌سازی از بالاترین مدیر سازمان

بخش اول: چگونه نماینده (Proxy) برای ثبت تیکت از طرف مدیر تعیین کنیم؟

در ServiceDesk Plus، این امکان وجود دارد که شخصی به‌عنوان نماینده (Proxy User) یا ثبت‌کننده‌ی تیکت از طرف دیگران عمل کند. برای این کار:

🔧 روش تنظیم دسترسی ثبت تیکت به‌جای مدیر در ServiceDesk Plus:

1. تعریف نقش کاربری (Role) مناسب:
   • وارد بخش Admin شوید.
   • در دسترسی‌ها، اجازه‌ی “Can create requests for other users” را فعال کنید.
   • Setup–> General settings–> Requester Portal–> Requester Portal Settings–> Requester can create requests on behalf of
2. تعیین کاربر نماینده (مثلاً منشی مدیر):
   • از مسیر Admin > Users یا Admin > Requesters وارد کاربر مورد نظر شوید.
   • Role مربوطه را برای او تنظیم کن.
   • در نسخه‌های حرفه‌ای می‌توانی Associate Requester تعیین کنی تا فقط برای افراد خاصی (مثلاً یک مدیر خاص) تیکت ثبت شود.
3. ثبت تیکت به‌جای مدیر:
   • حالا نماینده می‌تواند وارد پورتال شود، هنگام ثبت تیکت، در فیلد «Requested By» یا «On Behalf Of» نام مدیر را انتخاب کند.

💡 نکته امنیتی: اگر نمی‌خواهی نماینده به اطلاعات همه افراد دسترسی داشته باشد، فقط به گروه مشخصی (مثلاً مدیران) محدودش کن.

بخش دوم: طرح اجرایی ۱ ماهه برای افزایش مشارکت مدیران در ثبت تیکت

نکات مهم!

1. اگر مدیر ارشد به سیستم اعتماد نکند، دیگران آن را یک اجبار می‌بینند، نه یک فرهنگ.
2. اعتماد مدیر، آغاز زنجیره‌ای از تعهد و تحول است.
3. هیچ سیستمی بهتر از الگویی که مدیر ارائه می‌دهد، اجرا نخواهد شد.
4. وقتی مدیر ارشد تیکت نمی‌زند، یعنی به شفافیت و پاسخ‌گویی باور ندارد.
5. فرهنگ‌سازی از بالا شروع می‌شود؛ اگر بالا خالی باشد، پایین هم سست می‌ماند.
6. سیستمی که مدیر از آن استفاده نمی‌کند، هیچ‌گاه در سازمان نهادینه نمی‌شود.
7. اعتماد مدیری که خودش اولین کاربر سامانه باشد، قدرتمندترین تبلیغ برای آن است.

نوشته چرا مدیران ارشد از سیستم تیکتینگ استفاده نمی‌کنند؟ اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

🔹 قابلیت‌هایی که برای مدیریت انبار در ServiceDesk Plus به کار می‌آید:

1. ثبت موجودی (Inventory Management):
   • ورود تجهیزات و اقلام به‌عنوان دارایی (Asset).
   • تعریف دسته‌بندی‌ها (مثل لپ‌تاپ، سرور، لایسنس، قطعات یدکی).
   • انواع روش‌های ورود دارایی‌ها در سرویس دسک پلاس
2. مدیریت چرخه عمر دارایی (Asset Lifecycle):
   • از زمان ورود به انبار، تخصیص به کاربر یا بخش، تعمیر، تا اسقاط.
   • مشاهده تاریخچه استفاده و انتقال هر آیتم.
3. بارکد / QR Code:
   • چاپ بارکد روی تجهیزات و اسکن برای جستجو و به‌روزرسانی سریع اطلاعات.
4. سطوح انبار و هشدارها (Stock Management):
   • تعریف حداقل/حداکثر موجودی.
   • هشدار در صورت کاهش موجودی انبار.
5. گزارش‌گیری و داشبورد:
   • گزارش از موجودی فعلی، تجهیزات تخصیص‌یافته، اقلام معیوب یا در انتظار خرید.
6. یکپارچگی با فرآیندهای ITSM:
   • اتصال انبار به فرآیند درخواست‌ها (مثلاً اگر کاربری لپ‌تاپ بخواهد، درخواست مستقیماً از موجودی بررسی شود).
   • اتصال به Purchase Order (ماژول خرید) برای سفارش اقلام کمبود.

نکته:
اگر هدفتان جزییات بیشتر در مدیریت کامل انبار سازمانی (غیر IT) است (مثلاً کالاهای عمومی یا مواد اولیه)، ServiceDesk Plus گزینه شاید عالیی برای این کار نباشد. باید از ERP یا نرم‌افزارهای تخصصی انبارداری استفاده کنید. ولی اگر تمرکزتان روی دارایی‌ها و تجهیزات و چرخه ورود و خروج و حیات آنهااست، ServiceDesk Plus با ماژول Asset Management می‌تواند کار را پوشش دهد.

خب بیایید یک سناریوی کامل مدیریت انبار تجهیزات IT در ServiceDesk Plus طراحی کنیم:

سناریوی مدیریت انبار تجهیزات IT در ServiceDesk Plus

🔹 مرحله ۱: ورود تجهیزات به انبار

1. واحد خرید (یا مدیر IT) یک Purchase Order (PO) در ServiceDesk Plus ثبت می‌کند.
2. پس از تحویل کالا، انباردار یا مدیر IT با انتخاب گزینه Add Asset یا Add Product، تجهیزات را وارد سیستم می‌کند.
3. به هر کالا شماره سریال (Serial Number) یا Asset Tag اختصاص داده می‌شود.
4. در صورت نیاز، بارکد یا QR روی کالا چاپ و الصاق می‌گردد.

🔹 مرحله ۲: دسته‌بندی و ثبت موجودی

1. تجهیزات در سیستم در دسته‌های مشخص ثبت می‌شوند:
   • لپ‌تاپ‌ها (Laptops)
   • قطعات یدکی (Spare Parts)
   • تجهیزات شبکه (Switch, Router)
   • لایسنس نرم‌افزارها
2. برای هر دسته، موجودی فعلی و محل نگهداری (انبار مرکزی، شعبه، دیتاسنتر) مشخص می‌شود.

🔹 مرحله ۳: تخصیص به کاربر / دپارتمان

1. وقتی کاربری در پورتال Self-Service درخواست تجهیزاتی مثل لپ‌تاپ یا موس می‌دهد، درخواست به ServiceDesk Plus وارد می‌شود.
2. مدیر IT از انبار (Asset Inventory) موجودی را بررسی کرده و آیتمی آزاد را انتخاب می‌کند.
3. با گزینه Assign Asset، آن تجهیز به کاربر یا دپارتمان تخصیص داده می‌شود.
4. تاریخ تخصیص و تحویل در پروفایل دارایی ثبت می‌شود.

🔹 مرحله ۴: تعمیر، بازگشت یا جابجایی

1. اگر تجهیز خراب شود، از طریق Incident یا Request گزارش داده می‌شود.
2. تجهیز از کاربر پس گرفته شده و وضعیت آن در سیستم به Under Repair تغییر می‌کند.
3. در صورت تعمیر موفق، دوباره به انبار برمی‌گردد یا به کاربر تحویل می‌شود.
4. اگر تجهیز از رده خارج شود، وضعیت آن به Disposed / Retired تغییر می‌کند.

🔹 مرحله ۵: مدیریت سطح موجودی و هشدارها

1. برای اقلام مصرفی (مثل موس، کابل، کارتریج پرینتر) می‌توان حداقل موجودی تعریف کرد.
2. وقتی تعداد یک کالا کمتر از حد مجاز شد، سیستم هشدار می‌دهد.
3. مدیر IT یا انباردار می‌تواند مستقیماً درخواست خرید جدید (Purchase Request) را ایجاد کند.

🔹 مرحله ۶: گزارش‌گیری و داشبورد

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

✅ در این مدل، شما می‌توانید همزمان مدیریت درخواست‌های کاربر، چرخه عمر دارایی، و مدیریت موجودی انبار تجهیزات IT را یکپارچه کنید.

مزایای مدیریت انبار در ServiceDesk Plus

این جدول بیشتر روی مزایای عملیاتی و مدیریتی تمرکز دارد.

نوشته مدیریت انبار در سرویس دسک پلاس اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.