CRM و ERP · قیمت و ساختار هزینه
قیمت Dynamics 365 — ساختار هزینه و عوامل مؤثر
هزینه Dynamics 365 با شمارش «هر کاربر و هر اپلیکیشن (Base + Attach)» شروع میشود، نه با قیمت فهرست. مهمترین عوامل بهترتیب اثر: اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members، ظرفیت ذخیرهسازی Dataverse.
قیمت Dynamics 365 چگونه محاسبه میشود؟
هزینه Dynamics 365 با شمارش «هر کاربر و هر اپلیکیشن (Base + Attach)» شروع میشود، نه با قیمت فهرست. مهمترین عوامل بهترتیب اثر: اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members، ظرفیت ذخیرهسازی Dataverse.
واحد شمارش را درست انتخاب کنید
پیش از هر برآوردی باید بدانید در Dynamics 365 دقیقاً چه چیزی شمرده میشود: هر کاربر و هر اپلیکیشن (Base + Attach). بیشتر خطاهای بودجه از اینجا شروع میشود که سازمان تعداد افراد را میشمارد در حالی که مدل بر پایه دستگاه یا هسته است — یا برعکس.
- اپلیکیشن پایه در برابر Attach با تخفیف
- ترکیب کاربر کامل و Team Members
- ظرفیت ذخیرهسازی Dataverse
- هزینه پیادهسازی و یکپارچهسازی
اثر انتخاب ادیشن بر هزینه
فاصله قیمتی بین ادیشنهای Dynamics 365 معمولاً بزرگتر از فاصله قابلیتهای واقعاً استفادهشده است. جدول زیر کمک میکند ادیشن را بر اساس نیاز واقعی انتخاب کنید، نه بر اساس فهرست ویژگیها.
هزینههای پنهان که در فاکتور نیستند
برای Dynamics 365 علاوه بر بهای مجوز، هزینههای استقرار، آموزش، ارتقای دورهای و ریسک انطباق را نیز باید در افق سه تا پنج ساله دید. نسخه ابری دو موج انتشار در سال دارد؛ نسخههای AX/NAV قدیمی خارج از پشتیبانی هستند.
- هزینه ارتقا در پایان چرخه پشتیبانی
- زمان تیم فنی برای استقرار و نگهداری
- محیطهای تست، توسعه و بازیابی از فاجعه
- ریسک مالی ممیزی در صورت کمشماری مجوز
روش برآورد بودجه در سه گام
۱) واحد شمارش را از سیستم واقعی (Active Directory، فهرست دارایی یا پرتال مدیریت) استخراج کنید. ۲) رشد ۱۲ تا ۱۸ ماه آینده را اضافه کنید. ۳) سناریوی کمینه و بیشینه بسازید و اختلاف را بهعنوان ذخیره بودجه نگه دارید.
ادیشنهای Dynamics 365 و تناسب هزینه
| ادیشن | مناسب برای |
|---|---|
| Sales / Customer Service | تیم فروش و پشتیبانی |
| Business Central | ERP سازمان کوچک و متوسط |
| Finance & Supply Chain | سازمان بزرگ با فرایند مالی پیچیده |
| Team Members | دسترسی سبک خواندنی و ثبت محدود |
چطور هزینه واقعی Dynamics 365 را برآورد کنید
قیمت فهرستی نقطه شروع است، نه عدد نهایی. برای Dynamics 365 هزینه از ترکیب واحد شمارش (هر کاربر و هر اپلیکیشن (Base + Attach))، ادیشن و کانال خرید ساخته میشود.
واحد شمارش را قطعی کنید
پیش از هر استعلام، مشخص کنید چه چیزی شمرده میشود: هر کاربر و هر اپلیکیشن (Base + Attach). تا زمانی که این عدد مستند نشود، هر برآوردی تخمینی است.
ادیشن را بر اساس نیاز فنی انتخاب کنید
Sales / Customer Service برای تیم فروش و پشتیبانی؛ Business Central برای ERP سازمان کوچک و متوسط؛ Finance & Supply Chain برای سازمان بزرگ با فرایند مالی پیچیده؛ Team Members برای دسترسی سبک خواندنی و ثبت محدود.
کانال خرید را بسنجید
CSP معمولاً نقطه شروع است، اما Enterprise Agreement، شریک پیادهساز میتوانند در حجم یا مدت متفاوت ارزانتر تمام شوند.
هزینههای جانبی را اضافه کنید
اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members، ظرفیت ذخیرهسازی Dataverse، هزینه پیادهسازی و یکپارچهسازی. این اقلام معمولاً در استعلام اولیه دیده نمیشوند اما در صورتحساب سال دوم ظاهر میشوند.
هزینه سهساله را محاسبه کنید
مدل اشتراکی و دائمی را روی افق سه تا پنج ساله مقایسه کنید و چرخه پشتیبانی را هم لحاظ کنید: نسخه ابری دو موج انتشار در سال دارد؛ نسخههای AX/NAV قدیمی خارج از پشتیبانی هستند.
برگه برآورد را قابل دفاع کنید
برای هر عدد منبع مشخص کنید (گزارش دایرکتوری، پرتال مدیریت، فهرست دارایی) تا در تمدید و ممیزی قابل استناد باشد.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| استفاده 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). عوامل اصلی: اپلیکیشن پایه در برابر Attach با تخفیف، ترکیب کاربر کامل و Team Members، ظرفیت ذخیرهسازی Dataverse، هزینه پیادهسازی و یکپارچهسازی.
ارزانترین مسیر قانونی برای Dynamics 365 چیست؟
انتخاب پایینترین ادیشنی که نیاز واقعی را پوشش میدهد و خرید از کانال متناسب با اندازه سازمان (CSP، Enterprise Agreement).
آیا نسخه ارزانتر بعداً قابل ارتقا است؟
در بیشتر موارد بله، اما هزینه ارتقا معمولاً بیش از اختلاف اولیه است؛ مهاجرت داده با Dataverse و ابزار Migration؛ بازطراحی سفارشیسازیها به Power Platform.