فرض کنید سازمان شما دو سال قبل یک لایسنس دائمی از یکی از محصولات ManageEngine خریده است. نرم‌افزار هنوز کار می‌کند، سرویس‌ها بالا هستند و کاربران هم مشکلی گزارش نمی‌کنند؛ اما هنگام برنامه‌ریزی Upgrade یا باز کردن یک درخواست پشتیبانی متوجه می‌شوید AMS منقضی شده است. سؤال اصلی اینجاست: آیا باید فوراً تمدید کنید؟ آیا خود لایسنس از کار می‌افتد؟ آیا Upgrade هنوز مجاز است؟ و اگر محصول شما Subscription باشد، وضعیت چه تفاوتی دارد؟

پاسخ درست به این سؤال به مدل لایسنس بستگی دارد. در محصولات ManageEngine معمولاً باید بین Perpetual License و Annual Subscription تفکیک قائل شد. در مدل دائمی، حق استفاده از نرم‌افزار ماهیت دائمی دارد اما Maintenance و Support سالانه جداگانه معنا پیدا می‌کند. در مدل اشتراکی، خود مجوز استفاده برای یک دوره محدود معتبر است و Maintenance و Support معمولاً در همان اشتراک قرار می‌گیرد.

این راهنما روی یک موضوع مشخص تمرکز دارد: بعد از انقضای AMS ManageEngine چه اتفاقی می‌افتد و سازمان چه تصمیمی باید بگیرد؟ اگر ابتدا می‌خواهید خود مفهوم AMS، تفاوت آن با لایسنس و مدل‌های Primary/Extended را بشناسید، صفحه مجوز AMS ManageEngine در مدانت نقطه شروع مناسب‌تری است.

AMS در ManageEngine دقیقاً چه چیزی را پوشش می‌دهد؟

در اسناد رسمی ManageEngine، AMS یا Annual Maintenance and Support در مدل Perpetual برای دریافت خدماتی مثل پشتیبانی فنی، Product Update، Upgrade و Service Pack استفاده می‌شود. در مقابل، در Annual Subscription هزینه Maintenance و Support معمولاً داخل هزینه اشتراک همان دوره قرار دارد.

این تفکیک در چندین محصول ManageEngine به‌صورت صریح دیده می‌شود. برای مثال، مستند رسمی Log360 می‌گوید مدل Perpetual بدون تاریخ انقضاست و AMS برای Maintenance، Support و Update دریافت می‌شود، در حالی که Annual Subscription یک‌ساله است و AMS داخل قیمت اشتراک قرار دارد. EULA رسمی ManageEngine نیز توضیح می‌دهد که در Subscription، پشتیبانی، Update و Upgrade در دوره اعتبار اشتراک ارائه می‌شود و در Perpetual این خدمات از طریق Maintenance and Support Fee قابل تهیه است.

اگر AMS یک لایسنس Perpetual منقضی شود، آیا نرم‌افزار از کار می‌افتد؟

در مدل Perpetual، اصل لایسنس به‌صورت دائمی خریداری شده است. بنابراین انقضای AMS را نباید با انقضای خود لایسنس یکی دانست. بر اساس EULA عمومی ManageEngine، Technical Support، Product Updates، Upgrades و Service Packs بخشی از Perpetual License نیستند و از طریق پرداخت Maintenance and Support Fee ارائه می‌شوند.

در عمل، این یعنی ممکن است محصول همچنان با Build فعلی کار کند، اما سازمان دیگر نباید فرض کند مسیر پشتیبانی، دریافت Buildهای جدید یا Upgrade بدون محدودیت در دسترس است. جزئیات دقیق هر محصول می‌تواند متفاوت باشد و متن قرارداد، Quote، EULA همان محصول و وضعیت AMS واقعی سازمان مرجع نهایی هستند.

برای نمونه، ServiceDesk Plus MSP در مستند رسمی خود اعلام می‌کند که مشتری Perpetual برای ادامه دریافت Support باید Annual Maintenance Support License تهیه کند و نزدیک شدن به تاریخ انقضا نیز در UI به کاربر هشدار داده می‌شود.

اگر Subscription منقضی شود، موضوع فرق می‌کند

در Annual Subscription، داستان متفاوت است. اینجا خود مجوز استفاده برای یک دوره مشخص، معمولاً یک‌ساله، صادر می‌شود. در مستندات رسمی ManageEngine برای چند محصول، از جمله Log360، EventLog Analyzer و ADSelfService Plus، تأکید شده که Subscription برای یک سال معتبر است و برای ادامه استفاده باید تمدید شود.

بنابراین اگر سازمان شما Subscription دارد، نباید انقضای آن را صرفاً به‌عنوان «پایان پشتیبانی» در نظر بگیرید. این یک موضوع License Continuity است. تمدید دیرهنگام می‌تواند ریسک عملیاتی ایجاد کند و بهتر است Renewal Window از قبل در فرآیند خرید و مدیریت قرارداد ثبت شود.

پس از انقضای AMS چه چیزهایی بیشترین ریسک را دارند؟

۱. Upgrade به Buildهای جدید

یکی از مهم‌ترین ریسک‌ها، برنامه‌ریزی Upgrade بدون بررسی وضعیت AMS است. بعضی محصولات یا Buildها ممکن است برای ادامه مسیر Upgrade به Maintenance معتبر نیاز داشته باشند. سابقه رسمی ManageEngine نیز نشان می‌دهد که در برخی محصولات محدودیت Upgrade برای Perpetual License بدون AMS اعمال شده است.

بنابراین قبل از هر Upgrade بزرگ، Migration، تغییر Database یا جهش چند Build، ابتدا License/AMS Eligibility را کنترل کنید. تیم فنی نباید پس از تهیه Backup و آماده‌سازی Downtime تازه در مرحله نصب متوجه شود مسیر Upgrade از نظر لایسنس مسدود است.

۲. دریافت Patchهای مهم و اصلاحات امنیتی

محصولات سازمانی به‌صورت مستمر Update می‌شوند؛ بخشی از این Updateها Feature جدید هستند و بخشی Bug Fix یا Security Fix. نگهداری طولانی‌مدت یک Build قدیمی فقط به دلیل اینکه «الان کار می‌کند» می‌تواند بدهی فنی و امنیتی بسازد.

AMS معتبر به سازمان اجازه می‌دهد برنامه Patch و Upgrade را با چرخه رسمی Vendor هماهنگ نگه دارد. این موضوع مخصوصاً برای ابزارهایی مثل SIEM، PAM، Endpoint Management، ITSM و Active Directory Management اهمیت زیادی دارد، چون خود این ابزارها معمولاً سطح دسترسی و داده حساسی دارند.

۳. Support در زمان Incident

تا زمانی که همه چیز عادی است، AMS ممکن است شبیه یک هزینه قابل‌تعویق به نظر برسد. ارزش آن معمولاً زمانی آشکار می‌شود که Upgrade شکست بخورد، Database مشکل پیدا کند، Agentها Sync نشوند، Authentication مختل شود یا یک رفتار غیرمنتظره در Production رخ دهد.

ManageEngine در صفحه رسمی Support خود، Email Support، Troubleshooting، Guidance و ارتباط با تیم‌های اختصاصی محصولات را ارائه می‌کند. اما Eligibility واقعی هر سازمان برای سطح Support به نوع License و وضعیت Maintenance آن بستگی دارد.

۴. سازگاری با سیستم‌عامل، مرورگر، Database و سرویس‌های جدید

حتی اگر خود محصول تغییری نکند، محیط اطراف آن تغییر می‌کند: Windows Server، SQL Server، PostgreSQL، Browser، TLS Policy، Java Runtime، APIهای Microsoft 365 و Entra ID، Firmware تجهیزات شبکه و سیاست‌های امنیتی جدید می‌شوند.

اگر محصول برای مدت طولانی روی Build قدیمی بماند، شکاف Compatibility به‌مرور بزرگ‌تر می‌شود. این مسئله می‌تواند هزینه Upgrade آینده را به‌مراتب بیشتر از یک Renewal برنامه‌ریزی‌شده کند.

چه زمانی تمدید AMS را نباید تا لحظه آخر عقب انداخت؟

چهار موقعیت وجود دارد که Renewal باید زودتر وارد برنامه شود:

• Upgrade در سه تا شش ماه آینده: اگر Roadmap فنی شامل Upgrade است، Eligibility را قبل از طراحی پروژه کنترل کنید.
• محصول Security-Critical: برای PAM360، Log360، EventLog Analyzer، Endpoint Central، DataSecurity Plus و ابزارهای Identity، دسترسی به Fix و Support اهمیت مستقیم امنیتی دارد.
• محصول Mission-Critical: اگر ServiceDesk Plus، OpManager یا Applications Manager بخشی از عملیات روزانه سازمان است، نبود Support در زمان Incident می‌تواند هزینه بیشتری از Renewal داشته باشد.
• محیط دارای Dependency زیاد: Integration با AD، Exchange، Microsoft 365، Database، API، SMS Gateway، Mail Server یا ابزارهای دیگر باعث می‌شود ریسک Build قدیمی بیشتر شود.

چطور تشخیص دهیم Perpetual داریم یا Subscription؟

بهترین روش، بررسی License Details داخل محصول و اسناد خرید است. بسیاری از محصولات ManageEngine در صفحه License نوع Edition، ظرفیت، وضعیت Subscription یا AMS و تاریخ‌های مرتبط را نمایش می‌دهند. فایل License XML، Quote، Invoice و Email تحویل لایسنس نیز باید در مخزن مدیریت قرارداد سازمان نگهداری شوند.

اگر اطلاعات پراکنده است، قبل از Renewal این موارد را یکجا جمع کنید:

• نام دقیق Product و Edition
• Build فعلی
• License Model: Perpetual یا Subscription
• ظرفیت خریداری‌شده؛ مثلاً Device، Technician، Endpoint، User، Mailbox یا Key
• تاریخ پایان Subscription یا AMS
• Add-onهای فعال
• HA، Failover، Secure Gateway یا Distributed Architecture
• برنامه Upgrade در ۱۲ ماه آینده

تمدید AMS را فقط به‌عنوان خرید مالی نبینید

یکی از اشتباهات متداول این است که Renewal فقط بین واحد خرید و فروشنده جابه‌جا شود و تیم فنی در آن نقشی نداشته باشد. Renewal خوب باید هم‌زمان یک Technical Review باشد.

ممکن است سازمان سال قبل ۵۰۰ Endpoint خریده باشد اما امروز ۹۰۰ Endpoint داشته باشد. یا یک Add-on دیگر استفاده نشود. شاید Edition فعلی بیش از نیاز باشد، یا برعکس، Feature موردنیاز در Edition بالاتر قرار گرفته باشد. شاید Perpetual فعلی هنوز مناسب باشد یا Subscription از نظر Cash Flow منطقی‌تر شده باشد.

بنابراین Renewal Window زمان مناسبی برای Right-sizing است، نه صرفاً تکرار Invoice سال قبل.

چک‌لیست فنی قبل از تمدید AMS ManageEngine

Renewal، Upgrade Edition یا تغییر مدل لایسنس؟

هر Renewal الزاماً نباید «همان سفارش قبلی با یک تاریخ جدید» باشد. سه تصمیم اصلی ممکن است مطرح شود.

سناریو اول: فقط Renewal

اگر Scope، Edition و Capacity مناسب است، AMS یا Subscription را بدون تغییر معماری تمدید کنید. این ساده‌ترین حالت است.

سناریو دوم: Renewal همراه با افزایش ظرفیت

اگر تعداد User، Technician، Device، Endpoint یا سایر واحدهای Licensing رشد کرده، Renewal را با Resize هماهنگ کنید. برای نمونه، در راهنمای لایسنس ServiceDesk Plus نحوه محاسبه Technician و Asset و در راهنمای لایسنس PAM360 منطق Administrator و SSH Key به‌صورت جداگانه بررسی شده است.

سناریو سوم: Renewal همراه با Upgrade Edition

اگر Featureهای جدیدی مثل Enterprise Architecture، Advanced Security، Workflow، HA، Distributed Monitoring یا Governance لازم شده، ممکن است Edition فعلی دیگر بهترین انتخاب نباشد. در این حالت Renewal باید همراه با Gap Analysis باشد.

Perpetual همیشه ارزان‌تر نیست؛ Subscription هم همیشه بهتر نیست

تصمیم بین Perpetual و Subscription فقط با مقایسه قیمت سال اول درست انجام نمی‌شود. باید TCO چندساله، بودجه CAPEX/OPEX، رشد ظرفیت، نیاز به Upgrade، احتمال تغییر محصول و سیاست خرید سازمان را دید.

Perpetual برای سازمانی که استفاده بلندمدت و پایدار دارد می‌تواند منطقی باشد، اما Maintenance سالانه را نباید از محاسبه حذف کرد. Subscription هزینه ورود پایین‌تری دارد و Maintenance/Support را در دوره اشتراک ساده‌تر می‌کند، اما برای ادامه استفاده نیازمند Renewal مستمر است.

در صفحه استعلام قیمت محصولات ManageEngine می‌توانید مدل خرید و ظرفیت محصول موردنظر را برای سناریوی واقعی سازمان بررسی کنید.

آیا می‌توان AMS را چند ماه بعد از انقضا تمدید کرد؟

این موضوع را نباید با یک پاسخ عمومی برای همه محصولات قطعی کرد. Reinstatement، Back Maintenance، شرایط Renewal و Quote می‌توانند براساس Product، مدت گذشته از Expiry، نوع قرارداد و سیاست فروش در زمان درخواست متفاوت باشند.

اگر AMS قبلاً منقضی شده است، بهترین اقدام این است که قبل از هر Upgrade یا تغییر Production، وضعیت دقیق License را با اطلاعات Product، Build، License File و تاریخ Expiry بررسی کنید و Quote رسمی Renewal بگیرید.

نکته مهم این است که «بعداً تمدید می‌کنیم» نباید مبنای برنامه Upgrade باشد. اول Eligibility را قطعی کنید، بعد Change Window بسازید.

AMS و Change Management چه ارتباطی دارند؟

Upgrade یک محصول ManageEngine فقط کار License نیست؛ یک Change واقعی در سرویس است. اگر ServiceDesk Plus، PAM360، OpManager، Endpoint Central یا Log360 در Production استفاده می‌شود، تمدید AMS باید با Upgrade Plan، Backup، Rollback و Maintenance Window هماهنگ شود.

برای محیط‌های ServiceDesk Plus، قبل از جهش Build بهتر است Release Notes، Compatibility Database و مسیر Upgrade بررسی شوند. همچنین اگر سازمان Change Enablement رسمی دارد، Upgrade محصول باید به CI و Change Record مرتبط شود. منابع تخصصی Change Management در ServiceDeskPlus.ir برای طراحی این فرآیند قابل استفاده است.

سه اشتباه رایج در تمدید لایسنس ManageEngine

تمدید کورکورانه همان ظرفیت سال قبل

تعداد Endpoint، User یا Device ممکن است تغییر کرده باشد. Renewal بدون Sizing جدید باعث Over-Licensing یا کمبود ظرفیت می‌شود.

برنامه Upgrade بدون بررسی AMS

تیم فنی گاهی Backup، Test و Downtime را برنامه‌ریزی می‌کند اما وضعیت Maintenance را دیر بررسی می‌کند. Eligibility باید یکی از اولین Pre-checkها باشد.

یکی دانستن Perpetual و Subscription

در Perpetual، انقضای AMS با انقضای حق استفاده یکسان نیست. در Subscription، پایان دوره به خود مجوز استفاده مربوط است. این تفاوت باید در Asset/Contract Register سازمان ثبت شود.

یک مدل ساده برای مدیریت Renewal در سازمان

برای جلوگیری از Expiry ناگهانی، می‌توان فرآیند Renewal را در چهار بازه مدیریت کرد:

• ۱۲۰ روز مانده: Inventory محصول، Edition، Capacity و Contract Owner را بررسی کنید.
• ۹۰ روز مانده: Technical Review، Growth Forecast و Upgrade Roadmap را نهایی کنید.
• ۶۰ روز مانده: Quote Renewal/Upgrade را بگیرید و فرآیند خرید را شروع کنید.
• ۳۰ روز مانده: Purchase Order، License Delivery و Validation را پیگیری کنید.

این بازه‌ها توصیه عملیاتی هستند و الزام رسمی ManageEngine محسوب نمی‌شوند؛ هدف آن است که Renewal از یک کار اضطراری به یک فرآیند قابل پیش‌بینی تبدیل شود.

نکات کلیدی

• AMS با خود Perpetual License یکی نیست؛ در مدل دائمی، Maintenance و Support سالانه جداگانه اهمیت دارد.
• در Annual Subscription، Maintenance و Support معمولاً داخل اشتراک است و برای ادامه استفاده باید دوره اشتراک تمدید شود.
• انقضای AMS می‌تواند روی Support، Update، Upgrade و Service Pack اثر بگذارد؛ شرایط دقیق محصول و قرارداد باید بررسی شود.
• Renewal بهترین زمان برای بررسی Capacity، Edition، Add-on و Upgrade Roadmap است.
• برای محصولات امنیتی و Mission-Critical، عقب انداختن طولانی AMS ریسک فنی بیشتری ایجاد می‌کند.
• قبل از Upgrade، وضعیت License و AMS را همانند Backup و Compatibility یک Pre-check اجباری در نظر بگیرید.

منابع

• ManageEngine End User License Agreement
• Log360 Licensing – Perpetual و Annual Subscription
• ADSelfService Plus Licensing
• Applications Manager Pricing and Licensing FAQ
• ManageEngine Software Maintenance and Support

سخن پایانی

انقضای AMS ManageEngine یک موضوع ساده اداری نیست. در Perpetual License ممکن است محصول همچنان روی Build فعلی کار کند، اما دسترسی به Support، Update و Upgrade وارد محدوده Maintenance می‌شود. در Subscription، مسئله جدی‌تر است چون خود دوره مجوز استفاده باید تمدید شود.

تصمیم درست این نیست که هر سال همان Invoice قبلی تکرار شود. قبل از Renewal باید ببینید ظرفیت واقعی چقدر است، چه Editionی نیاز دارید، کدام Add-onها استفاده می‌شوند، چه Upgradeای در راه است و آیا مدل Perpetual یا Subscription هنوز با معماری و بودجه سازمان هم‌خوانی دارد.

مدانت برای بررسی وضعیت AMS، استعلام تمدید، Sizing لایسنس، Upgrade Edition و برنامه‌ریزی فنی محصولات ManageEngine خدمات مشاوره و پشتیبانی ارائه می‌کند. برای بررسی اولیه می‌توانید از صفحه AMS ManageEngine شروع کنید یا از طریق استعلام لایسنس ManageEngine مشخصات محصول و ظرفیت فعلی سازمان را ارسال کنید.