CRM و ERP · مجازیسازی و ابر
مجازیسازی Dynamics 365 — حقوق اجرا و تحرک مجوز
Dynamics 365 بر پایه «هر کاربر و هر اپلیکیشن (Base + Attach)» مجوز میگیرد و سرورها یا هستههای میزبان ارائهدهنده مبنای شمارش نیستند. در دسکتاپ مجازی یا ماشین ابری، تخصیص مجوز به کاربر یا منبع درست و حقوق نرمافزارهای نصبشده در همان محیط را بررسی کنید.
حقوق مجازیسازی و ابر در Dynamics 365 چگونه است؟
Dynamics 365 بر پایه «هر کاربر و هر اپلیکیشن (Base + Attach)» مجوز میگیرد و سرورها یا هستههای میزبان ارائهدهنده مبنای شمارش نیستند. در دسکتاپ مجازی یا ماشین ابری، تخصیص مجوز به کاربر یا منبع درست و حقوق نرمافزارهای نصبشده در همان محیط را بررسی کنید.
- هر کاربر و هر اپلیکیشن (Base + Attach)
- Sales / Customer Service / Business Central / Finance & Supply Chain / Team Members
- CSP
- مجازیسازی و ابر

شمارش در محیط مجازی
برای Dynamics 365 ماشین مجازی یا میزبان فیزیکی واحد شمارش نیست؛ مجوز به «هر کاربر و هر اپلیکیشن (Base + Attach)» تعلق دارد. در محیط مجازی آنچه باید کنترل شود، دسترسی کاربران دارای مجوز از دسکتاپهای مجازی و اشتراکی و حقوق نرمافزارهایی است که داخل ماشین مجازی نصب میشوند.
- تخصیص مجوز به کاربر، دستگاه، ظرفیت یا مصرف مطابق واحد همان سرویس
- حق اجرای برنامههای نصبی در دسکتاپ مجازی یا اشتراکی طبق پلن
- حسابهای سرویس و اتوماسیون که ممکن است مجوز یا ظرفیت جداگانه بخواهند
- تفکیک هزینه زیرساخت ابری از هزینه مجوز سرویس
بردن مجوز به ابر
مهاجرت داده با Dataverse و ابزار Migration؛ بازطراحی سفارشیسازیها به Power Platform. پیش از انتقال، بررسی کنید مجوز فعلی حق اجرا روی زیرساخت اشتراکی را دارد یا باید به مدل اشتراکی ابری تبدیل شود؛ هزینه هر دو مسیر را با قیمت قرارداد خود و برای همان بازه زمانی مقایسه کنید.
سناریوی هیبریدی
بسیاری از سازمانها همزمان محیط داخلی و ابری دارند. در این حالت خطر رایج، شمارش دوباره یا شمارشنکردن بار کاریهایی است که موقت به ابر منتقل میشوند. یک سیاست مکتوب برای محیطهای موقت لازم است.
- تعریف مالک مجوز برای هر محیط
- سقف زمانی برای محیطهای موقت و آزمایشی
- بازبینی ماهانه ماشینها و تخصیصهای بلااستفاده
- هماهنگی تیم زیرساخت و تیم تدارکات پیش از هر انتقال
کاهش هزینه بدون ریسک
در Dynamics 365 هزینه با تعداد تخصیصها، ظرفیت یا مصرف رشد میکند، نه با تراکم ماشین مجازی. حذف تخصیصهای بلااستفاده و تطبیق پلن با نیاز واقعی هر گروه بیشترین اثر را دارد. اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members بیشترین اثر را دارند.
سناریوهای مجازیسازی Dynamics 365
| سناریو | نکته مجوز |
|---|---|
| دسکتاپ مجازی (AVD، Windows 365 یا VDI) | مجوز کاربر و حق اجرای برنامههای نصبی را بررسی کنید |
| ماشین مجازی در Azure یا ابر دیگر | هزینه منبع ابری جدا از مجوز سرویس است |
| حساب سرویس و اتوماسیون | ممکن است مجوز یا ظرفیت جداگانه لازم باشد |
| محیط آزمایشی و Sandbox | شرایط و سقف پلن آزمایشی را بررسی کنید |
Dynamics 365 در دسکتاپ مجازی و ابر
Dynamics 365 بر پایه هر کاربر و هر اپلیکیشن (Base + Attach) مجوز میگیرد؛ ماشین مجازی یا میزبان مبنای شمارش نیست.
واحد مجوز سرویس را مشخص کنید
هر کاربر، دستگاه، ظرفیت یا مصرفی را که Dynamics 365 میشمارد از پرتال مدیریت استخراج کنید.
دسترسی از دسکتاپ مجازی را بررسی کنید
برنامههای نصبی روی دسکتاپ اشتراکی به پلن واجد شرایط و فعالسازی رایانه اشتراکی نیاز دارند.
هزینه زیرساخت را جدا کنید
هزینه ماشینهای مجازی ابری قلمی جدا از مجوز سرویس است و جداگانه بودجه میخواهد.
حسابهای غیرانسانی را شناسایی کنید
حساب سرویس، ربات و اتوماسیون ممکن است مجوز یا ظرفیت جداگانه بخواهند.
محیطهای آزمایشی را کنترل کنید
پلن آزمایشی و Sandbox شرایط و سقف خودشان را دارند و برای کار تولیدی کافی نیستند.
تخصیص را دورهای بازبینی کنید
تخصیصهای بلااستفاده را ماهانه آزاد کنید تا هزینه با مصرف واقعی همخوان بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| استفاده Team Members فراتر از حق مجاز | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| دسترسی غیرمستقیم از طریق پورتال یا API بدون لایسنس | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
| کاربران غیرفعال با لایسنس گران | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Dynamics 365 را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| اپلیکیشن پایه در برابر Attach با تخفیف | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| ترکیب کاربر کامل و Team Members | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| ظرفیت ذخیرهسازی Dataverse | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| هزینه پیادهسازی و یکپارچهسازی | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هر کاربر و هر اپلیکیشن (Base + Attach) را میتواند دقیق گزارش کند.
- تیمی که برای Dynamics 365 مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هر کاربر و هر اپلیکیشن (Base + Attach) تهیه کنید.
- ادیشن هدف را از میان Sales / Customer Service، Business Central، Finance & Supply Chain، Team Members انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
آیا برای Dynamics 365 باید هستههای میزبان را شمرد؟
خیر؛ مجوز سرویس ابری بر پایه کاربر، دستگاه، ظرفیت یا مصرف همان سرویس است. فقط نرمافزارهای نصبشده داخل ماشین مجازی قواعد مجوز خودشان را دارند.
آیا دسکتاپ مجازی اشتراکی مجوز جداگانه میخواهد؟
برنامههای نصبی مانند Microsoft 365 Apps روی دسکتاپ اشتراکی به پلن واجد شرایط و فعالسازی رایانه اشتراکی (Shared Computer Activation) نیاز دارند؛ شرایط پلن خود را بررسی کنید.
هزینه ماشین مجازی ابری جزو مجوز Dynamics 365 است؟
خیر؛ هزینه زیرساخت ابری و مجوز سرویس دو قلم جدا هستند و باید جداگانه برآورد شوند.
موضوعهای دیگر درباره Dynamics 365
منابع مرتبط
منابع رسمی مایکروسافت
شرایط نهایی لایسنس، قیمت و تاریخ پشتیبانی را همیشه با این منابع رسمی تطبیق دهید.