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 شمارش باید از یک منبع سیستمی بیرون بیاید تا در ممیزی قابل دفاع باشد: فهرست دارایی، Active Directory یا Entra ID، پرتال مدیریت اشتراک‌ها و ابزار کشف نرم‌افزار. تخمین شفاهی مدیران واحدها را با همین داده‌های سیستمی تطبیق دهید؛ میزان خطا به کیفیت موجودی همان سازمان بستگی دارد.
- خروجی ابزار کشف دارایی یا مدیریت پیکربندی
- گزارش حساب‌های فعال (نه حساب‌های ساخته‌شده)
- گزارش هسته‌های فیزیکی میزبان‌ها برای بارهای کاری سرور
- فهرست پیمانکاران، کاربران پاره‌وقت و حساب‌های سرویس
خطاهای پرتکرار در شمارش
بیشتر کمبودهایی که در ممیزی Dynamics 365 کشف می‌شود، از دسته خطای شمارش است نه خرید ناکافی. مهم‌ترین آن‌ها دسترسی غیرمستقیم و نشمردن محیط‌های جانبی است.
- نشمردن دسترسی غیرمستقیم از طریق برنامه واسط (Multiplexing)
- نادیده‌گرفتن محیط تست، توسعه و بازیابی از فاجعه
- شمارش کاربر در مدلی که بر پایه دستگاه یا هسته است
- حذف‌نکردن کارکنان خارج‌شده از سازمان از تخصیص مجوز
افزودن ضریب رشد و سناریوسازی
پس از شمارش پایه، دو سناریو بسازید: کمینه (بدون رشد، فقط جایگزینی) و بیشینه (رشد نیروی انسانی، پروژه‌های جدید و محیط‌های موقت). اختلاف دو سناریو را به‌عنوان ذخیره بودجه نگه دارید تا خرید اضطراری با قیمت غیربهینه لازم نشود.
بازبینی دوره‌ای شمارش
شمارش Dynamics 365 یک عکس لحظه‌ای است و ظرف چند ماه کهنه می‌شود. یک بازبینی سه‌ماهه سبک و یک بازبینی سالانه کامل، هزینه اصلاح در ممیزی را به شکل چشمگیری کاهش می‌دهد. برای نسخه On-Premises بله؛ در ابر مدل اشتراک کاربری جایگزین شده است.
گام‌های شمارش مجوز Dynamics 365
| گام | خروجی مورد انتظار |
|---|---|
| استخراج از منبع سیستمی | تعداد خام هر کاربر و هر اپلیکیشن (Base + Attach) |
| پاکسازی موارد بلااستفاده | تعداد واقعی در حال استفاده |
| افزودن دسترسی غیرمستقیم | تعداد قابل دفاع در ممیزی |
| افزودن ضریب رشد | تعداد هدف برای خرید |
شمارش دقیق Dynamics 365 در شش گام
شمارش اشتباه، رایج‌ترین منبع هزینه اضافی و ریسک انطباق است. واحد پایه: هر کاربر و هر اپلیکیشن (Base + Attach).
منبع داده را انتخاب کنید
یک منبع رسمی (دایرکتوری، پرتال مدیریت یا ابزار دارایی) را مبنا بگذارید و بقیه را با آن تطبیق دهید.
دامنه را ببندید
محیط‌های تولید، تست، توسعه و بازیابی را جداگانه بشمارید و مشخص کنید کدام‌یک مجوز می‌خواهد.
کف‌ها و ضریب‌ها را اعمال کنید
اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members، ظرفیت ذخیره‌سازی Dataverse، هزینه پیاده‌سازی و یکپارچه‌سازی.
دسترسی‌های غیرمستقیم را اضافه کنید
کاربر بیرونی، سرویس واسط و گزارش‌گیر خودکار معمولاً از قلم می‌افتند.
با ابزار برآورد تطبیق دهید
نتیجه دستی را با ابزارهای برآورد سایت مقایسه کنید؛ اختلاف بزرگ یعنی یک فرض اشتباه است.
رشد را جدا نگه دارید
عدد امروز و پیش‌بینی ۱۲ ماه را در دو ستون بنویسید تا مذاکره تمدید شفاف بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| استفاده 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 دقیقاً چه چیزی را باید بشماریم؟
هر کاربر و هر اپلیکیشن (Base + Attach). برای نسخه On-Premises بله؛ در ابر مدل اشتراک کاربری جایگزین شده است.
آیا محیط تست هم نیاز به مجوز دارد؟
در بسیاری از محصولات بله، مگر آنکه تحت حقوق توسعه و تست مشخصی پوشش داده شده باشد؛ فرض رایگان‌بودن محیط تست یکی از پرهزینه‌ترین اشتباه‌هاست.
چند درصد ذخیره بالای شمارش منطقی است؟
برای سازمان پایدار حدود ۵ درصد و برای سازمان در حال رشد ۱۰ تا ۱۵ درصد؛ بیش از آن سرمایه راکد می‌شود.
موضوع‌های دیگر درباره Dynamics 365
منابع مرتبط
منابع رسمی مایکروسافت
شرایط نهایی لایسنس، قیمت و تاریخ پشتیبانی را همیشه با این منابع رسمی تطبیق دهید.