مدل لایسنس ADManager Plus با بسیاری از محصولات ManageEngine فرق دارد. تعداد کاربران Active Directory بهتنهایی Metric اصلی نیست؛ متغیرهای مهمتر تعداد Domain، تعداد Help Desk Technician، Edition و Add-onهایی مثل Backup & Recovery یا Governance, Risk and Compliance هستند.
اگر سازمان فقط تعداد Userها را برای استعلام اعلام کند، Quote میتواند از نیاز واقعی فاصله زیادی داشته باشد. این راهنما مدل مجوز ADManager Plus را بر اساس مستندات رسمی ManageEngine و سناریوی عملی خرید توضیح میدهد تا تیم IT، تدارکات و مالی دقیقاً یک Scope مشترک داشته باشند.
ADManager Plus بر چه اساسی لایسنس میشود؟
FAQ رسمی ManageEngine میگوید ADManager Plus بر اساس تعداد Domain، تعداد Help Desk Technician و Edition لایسنس میشود. Technician License از نوع Named است؛ یعنی وقتی یک Account بهعنوان Technician در محصول تعریف شود، License مصرف میکند.
بنابراین عبارتی مثل «۱۰ هزار کاربر AD داریم» بهتنهایی برای Sizing کافی نیست. ممکن است همین محیط فقط دو Domain و شش Technician مدیریتی داشته باشد.
Domain در محاسبه چه معنایی دارد؟
اگر یک Forest با چند Domain دارید، هر Domain مدیریتشده باید در Scope لایسنس دیده شود. Child Domain یا Domain متعلق به Forest دیگر هم اگر از ADManager Plus مدیریت شود باید در برآورد نهایی لحاظ شود.
| سناریو | اثر روی Sizing |
|---|---|
| یک Domain | Base Scope |
| چند Domain | Additional Domain باید در Quote لحاظ شود |
| چند Forest | Domainهای مدیریتشده را جدا ثبت کنید |
| Domain آزمایشی | اگر فقط Lab است، از Production Scope جدا شود |
قبل از Quote، Domain Inventory بسازید
در سازمانهایی که چند Forest، Merger یا محیط قدیمی دارند، گاهی Domainهایی وجود دارند که دیگر مدیریت عملیاتی روی آنها انجام نمیشود. پیش از سفارش مشخص کنید چه Domainهایی Production، چه Domainهایی آزمایشی و چه Domainهایی در مسیر Retirement هستند.
هدف حذف مصنوعی Scope نیست؛ هدف این است که Quote دقیقاً با محیطی که ADManager Plus واقعاً مدیریت میکند منطبق باشد.
Help Desk Technician چه کسی است؟
Technician فردی است که وظایف مدیریتی Delegateشده را در ADManager Plus اجرا میکند. Technician License Named است؛ بنابراین تعداد Accountهایی که واقعاً بهعنوان Technician تعریف میشوند اهمیت دارد، نه تعداد Concurrent Session.
ManageEngine همچنین اعلام میکند هر License یک Admin پیشفرض دارد. در Sizing باید Accountهای Technician واقعی بررسی شوند تا حسابهای غیرضروری License Count را بالا نبرند.
Named License چه تفاوتی با Concurrent دارد؟
در مدل Named، اگر ده نفر Technician تعریف شوند ولی در هر لحظه فقط دو نفر Login کنند، همچنان طراحی لایسنس باید بر اساس Accountهای نامگذاریشده باشد. این نقطه در سازمانهایی با شیفتهای متعدد مهم است.
پس قبل از خرید، Role Matrix بسازید و مشخص کنید چه کسی واقعاً باید Technician Account داشته باشد و چه کسی فقط Report یا Notification دریافت میکند.
Standard یا Professional؟
Standard برای سناریوهای پایهتر AD Management، Reporting و Delegation مناسب است. Professional قابلیتهای گستردهتری مانند Workflow، Automation و امکانات مدیریتی پیشرفتهتر ارائه میکند.
اگر Use Case شما Joiner-Mover-Leaver، Automation، Approval Workflow یا مدیریت گسترده چند Domain است، Feature Matrix Professional باید جدی بررسی شود. Edition را با «نیاز اجباری» انتخاب کنید، نه با این فرض که Edition بالاتر همیشه بهتر است.
یک روش ساده برای انتخاب Edition
| نیاز سازمان | اقدام |
|---|---|
| مدیریت و گزارش پایه AD | Standard را ارزیابی کنید |
| Automation و Workflow | Professional را بررسی کنید |
| فرایندهای Approval | قابلیتهای Professional را با Use Case تطبیق دهید |
| Governance پیشرفته | Add-onهای مرتبط را جدا بررسی کنید |
Free Edition چه کاربردی دارد؟
مستند رسمی Free Edition را برای Scope بسیار محدود ارائه میکند. این نسخه برای Lab، آموزش و ارزیابی اولیه مفید است، اما نباید ظرفیت آن را با Production سازمانی یکی گرفت.
POC خوب باید با Edition هدف Production انجام شود؛ در غیر این صورت تیم ممکن است قابلیتهایی را آزمایش کند که در Quote نهایی وجود ندارند.
Backup & Recovery Add-on چگونه وارد Quote میشود؟
این Add-on مدل مجوز جدا دارد و برای Scopeهای AD، Entra ID یا Google Workspace باید Metric همان بخش با مستند رسمی کنترل شود. اگر Backup بخشی از Use Case اجباری پروژه است، آن را از ابتدا وارد RFP و Quote کنید.
اشتباه متداول این است که تیم در Demo قابلیت Backup را میبیند اما پیشفاکتور فقط Base License را شامل میشود.
GRC Add-on چه زمانی مطرح است؟
Governance, Risk and Compliance Add-on برای سازمانهایی مطرح میشود که علاوه بر Administration، قابلیتهای Governance و Access Review را هم در Scope پروژه دارند. اگر پروژه شما صرفاً Create User و Delegation نیست، این نیاز باید پیش از انتخاب SKU مشخص شود.
نمونه Sizing
فرض کنید سازمان دو Domain و هفت Technician دارد و به Workflow و Automation نیاز دارد. برآورد باید بر اساس Edition مناسب برای این قابلیتها، دو Domain و Technician Pack متناسب با هفت نفر انجام شود. اگر Governance یا Backup نیز Use Case اجباری است، Add-on مربوط جدا وارد Quote میشود.
در این مثال تعداد کل Userهای AD میتواند ۲ هزار یا ۲۰ هزار باشد، اما Base Metric هنوز Domain و Technician است؛ User Count فقط در Add-onهایی که صراحتاً بر آن اساس قیمتگذاری میشوند اهمیت پیدا میکند.
Growth Planning برای ADManager Plus
رشد لایسنس را با برنامه واقعی سازمان پیشبینی کنید. اگر Domain جدیدی در اثر Acquisition اضافه میشود یا تیم Help Desk قرار است از پنج نفر به ده نفر برسد، این موضوع باید در TCO دیده شود.
در مقابل، خرید Technician اضافه صرفاً برای احتمال نامشخص رشد منطقی نیست. Role Plan و Roadmap سازمان بهترین منبع برای Capacity Planning است.
Quote خوب باید چه جزئیاتی داشته باشد؟
| فیلد | هدف |
|---|---|
| Edition | شفافشدن Feature Scope |
| Domain Count | ظرفیت مدیریت Domain |
| Technician Count | ظرفیت Named Technician |
| Add-on | تفکیک Backup/GRC از Base |
| Contract Term | مقایسه مدل مالی |
| Support/AMS | برآورد TCO و Renewal |
خطاهای رایج خرید
- محاسبه بر اساس تعداد User به جای Domain و Technician؛
- نادیدهگرفتن Domain دوم یا Child Domain؛
- فرض Concurrent بودن Technician License؛
- تعریف Accountهای غیرضروری بهعنوان Technician؛
- خرید Standard در حالی که Automation/Workflow ضروری است؛
- فراموشکردن Backup یا GRC Add-on؛
- POC با قابلیتهایی که در SKU نهایی نیستند.
ADManager Plus را با Metric محصولات دیگر یکی نگیرید
در خانواده ManageEngine هر محصول منطق خودش را دارد. Endpoint Central بر اساس Endpoint، Server و Technician و Applications Manager بر اساس Monitor Sizing میشود. همین تفاوت دلیل اهمیت یک License Inventory دقیق است.
برای تصویر کلیتر، راهنمای خرید لایسنس ManageEngine مدل Edition، Metric، Subscription، Perpetual و AMS را جمعبندی میکند.
چه اطلاعاتی برای استعلام آماده کنیم؟
- تعداد Domainهای Production؛
- تعداد Technicianهای واقعی؛
- Edition موردنظر؛
- نیاز به Automation/Workflow؛
- نیاز Backup & Recovery؛
- Metric Add-onهای انتخابی؛
- نیاز GRC/Access Certification؛
- مدت و مدل قرارداد؛
- برنامه رشد Domain یا Technician.
برای دریافت Quote سازمانی میتوانید از مرکز استعلام و خرید مدانت استفاده کنید و Domain/Technician Matrix را همراه درخواست بفرستید.
نکات کلیدی
در ADManager Plus، Domain و Technician محور Base License هستند. User Count را فقط وقتی وارد محاسبه کنید که Add-on مشخصی آن را Metric قرار داده باشد. Edition و Add-on نیز باید از Use Case واقعی پروژه استخراج شوند.
سخن پایانی
برای ADManager Plus، سؤال درست «چند User داریم؟» نیست؛ سؤال درست این است که چند Domain مدیریت میشود، چند Technician Account لازم است و چه قابلیتهایی باید در Edition یا Add-on پوشش داده شود. همین تصمیمها بیشترین اثر را روی Quote و TCO دارند.
منابع
- ManageEngine ADManager Plus Store
- ManageEngine ADManager Plus Licensing FAQ
- ManageEngine ADManager Plus Licensing Guide
