توسعه کم‌کد · تمدید و بهینه‌سازی قرارداد
تمدید Power Platform — بهینه‌سازی قرارداد و کاهش هزینه تکراری
تمدید Power Platform فرصت سالانه کاهش هزینه است، نه یک کار اداری. سه ماه پیش از سررسید، مصرف واقعی را با حقوق خریداری‌شده تطبیق دهید و میزان مجوز بلااستفاده را از داده‌های همان سازمان محاسبه کنید؛ درصد ثابتی فرض نکنید.
تمدید مجوز Power Platform را چگونه بهینه کنیم؟
تمدید Power Platform فرصت سالانه کاهش هزینه است، نه یک کار اداری. سه ماه پیش از سررسید، مصرف واقعی را با حقوق خریداری‌شده تطبیق دهید و میزان مجوز بلااستفاده را از داده‌های همان سازمان محاسبه کنید؛ درصد ثابتی فرض نکنید.
- هر کاربر یا هر ظرفیت (Capacity)
- Power BI Pro / Power BI Premium / Fabric / Power Apps Premium / Power Automate Process
- CSP
- تمدید و بهینه‌سازی قرارداد
جدول زمانی تمدید
تمدید موفق سه ماه پیش از سررسید شروع می‌شود. تمدید در هفته آخر یعنی پذیرفتن همان ترکیب سال قبل با قیمت جدید و بدون فرصت مذاکره.
- T منهای ۹۰ روز: استخراج مصرف واقعی و مقایسه با تعداد خریداری‌شده
- T منهای ۶۰ روز: تصمیم درباره ادیشن، حذف و جابه‌جایی مجوزها
- T منهای ۳۰ روز: دریافت پیشنهاد از بیش از یک کانال
- T منهای ۷ روز: نهایی‌سازی و مستندسازی تغییرات
پیدا کردن هزینه‌های قابل حذف
پیش از تمدید Power Platform، فهرست تخصیص‌ها را با فعالیت واقعی مقایسه کنید. حساب‌های غیرفعال، دستگاه‌های بازنشسته و ادیشن‌های بیش از نیاز، سه منبع اصلی هدررفت هستند.
- کاربران بدون ورود در ۹۰ روز گذشته
- دستگاه‌های خارج‌شده از چرخه که هنوز مجوز دارند
- ادیشن بالا برای کاربرانی که فقط قابلیت پایه را استفاده می‌کنند
- قابلیتهای تکراری با ابزارهای دیگر سازمان
Software Assurance و حق ارتقا
تصمیم درباره Software Assurance به افق ارتقا وابسته است. سرویس دائماً به‌روز؛ ریسک اصلی، رشد بی‌برنامه محیط‌ها و مصرف ظرفیت است. اگر ارتقای نسخه در بازه قرارداد محتمل است، ارزش آن معمولاً توجیه‌پذیر است؛ در غیر این صورت هزینه ثابت بدون بازده می‌شود.
آماده رفتن سر میز مذاکره
قوی‌ترین اهرم در تمدید، داده است: تعداد دقیق، روند مصرف و گزینه جایگزین معتبر. برای Power Platform کانال‌های در دسترس (CSP، Enterprise Agreement، خرید مستقیم) را هم‌زمان استعلام کنید.
چک‌لیست تمدید
| موضوع | پرسش کلیدی |
|---|---|
| تعداد | مصرف واقعی چقدر کمتر یا بیشتر از تعداد خریداری‌شده است؟ |
| ادیشن | آیا قابلیتهای ادیشن بالاتر واقعاً استفاده می‌شود؟ |
| مدت | قرارداد یک‌ساله انعطاف بیشتر یا چندساله قیمت بهتر؟ |
| پشتیبانی | آیا حق ارتقا در بازه قرارداد استفاده خواهد شد؟ |
تمدید Power Platform با اهرم مذاکره
تمدید بهترین فرصت اصلاح هزینه است، به شرطی که ۹۰ روز زودتر شروع شود.
مصرف واقعی را اندازه بگیرید
تعداد مجوزهای تخصیص‌یافته را با کاربران فعال مقایسه کنید؛ اختلاف، بودجه آزادشدنی است.
مجوزهای بلااستفاده را آزاد کنید
کاربران خارج‌شده، پروژه‌های پایان‌یافته و محیط‌های موقت اولین جای پاک‌سازی هستند.
ترکیب ادیشن‌ها را بازچینی کنید
همه کاربران به بالاترین ادیشن نیاز ندارند؛ Power BI Pro، Power BI Premium / Fabric، Power Apps Premium، Power Automate Process را بین گروه‌های واقعی توزیع کنید.
کانال جایگزین را استعلام بگیرید
CSP، Enterprise Agreement، خرید مستقیم را کنار هم قیمت بگیرید تا نقطه مرجع داشته باشید.
چرخه عمر را وارد مذاکره کنید
سرویس دائماً به‌روز؛ ریسک اصلی، رشد بی‌برنامه محیط‌ها و مصرف ظرفیت است.
تعهد چندساله را آگاهانه بدهید
تخفیف بلندمدت در ازای انعطاف است؛ فقط برای بخش پایدار مصرف تعهد بدهید.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| اشتراک گزارش با کاربران فاقد مجوز، بدون ظرفیت Premium یا Fabric F64 به بالا | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| استفاده از کانکتور Premium با لایسنس پایه | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخ‌دار بایگانی کنید. |
| حساب سرویس بدون لایسنس فرایندی | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Power Platform را تغییر می‌دهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| تعداد سازنده در برابر مصرف‌کننده گزارش | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
| کانکتورهای Premium | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
| ظرفیت Dataverse و Fabric | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
| اتوماسیون‌های پرتراکنش | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هر کاربر یا هر ظرفیت (Capacity) را میتواند دقیق گزارش کند.
- تیمی که برای Power Platform مالک مشخص لایسنس و بازبینی دوره‌ای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول هم‌خوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایین‌تر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازه‌گیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هر کاربر یا هر ظرفیت (Capacity) تهیه کنید.
- ادیشن هدف را از میان Power BI Pro، Power BI Premium / Fabric، Power Apps Premium، Power Automate Process انتخاب کنید.
- برنامه فعال‌سازی و مالک تمدید را مشخص کنید.
پرسش‌های پرتکرار
چه زمانی باید فرآیند تمدید را شروع کنیم؟
حداقل ۹۰ روز پیش از سررسید تا فرصت بازبینی مصرف و دریافت پیشنهاد رقابتی وجود داشته باشد.
آیا میتوان هنگام تمدید تعداد را کاهش داد؟
در مدلهای اشتراکی معمولاً بله و در قراردادهای چندساله بسته به شرایط قرارداد؛ همین نکته دلیل بازبینی پیش از امضاست.
کاهش ادیشن Power Platform ریسک دارد؟
اگر قابلیتهای مورد استفاده مستند شده باشد، ریسک کم است؛ بدون مستندسازی، کاهش ادیشن میتواند فرآیند کاری را متوقف کند.
موضوع‌های دیگر درباره Power Platform
منابع مرتبط
منابع رسمی مایکروسافت
شرایط نهایی لایسنس، قیمت و تاریخ پشتیبانی را همیشه با این منابع رسمی تطبیق دهید.