CRM و ERP · تفاوت نسخه‌ها و ادیشن‌ها

تفاوت نسخه‌های Dynamics 365 — کدام ادیشن مناسب شماست؟

ادیشن‌های اصلی Dynamics 365: Sales / Customer Service، Business Central، Finance & Supply Chain، Team Members. انتخاب درست با «کدام قابلیت را واقعاً در ۱۲ ماه آینده استفاده می‌کنیم؟» مشخص می‌شود، نه با فهرست ویژگی‌ها.

تفاوت ادیشن‌های Dynamics 365 چیست؟

ادیشن‌های اصلی Dynamics 365: Sales / Customer Service، Business Central، Finance & Supply Chain، Team Members. انتخاب درست با «کدام قابلیت را واقعاً در ۱۲ ماه آینده استفاده می‌کنیم؟» مشخص می‌شود، نه با فهرست ویژگی‌ها.

مبنای تصمیم برای Dynamics 365: تفاوت نسخه‌ها و ادیشن‌ها
  1. هر کاربر و هر اپلیکیشن (Base + Attach)
  2. Sales / Customer Service / Business Central / Finance & Supply Chain / Team Members
  3. CSP
  4. تفاوت نسخه‌ها و ادیشن‌ها
تصویر خانواده محصول Dynamics 365
تصویر خانواده محصول؛ ادیشن و حقوق استفاده را از جدول‌ها و قرارداد بررسی کنید.

ادیشن‌ها در یک نگاه

مجموعه اپلیکیشن‌های فروش، خدمات، مالی و عملیات روی Dataverse. در Dynamics 365 تفاوت ادیشن‌ها معمولاً در سقف منابع، قابلیت‌های امنیتی و حقوق مجازی‌سازی است.

نسخه‌های موجود در بازار

علاوه بر ادیشن، نسخه (سال انتشار یا نسل پلن) هم مهم است: Dynamics 365 (ابری)، Dynamics 365 On-Premises، Dynamics AX/NAV/CRM قدیمی. نسخه ابری دو موج انتشار در سال دارد؛ وضعیت AX و NAV را برای نسخه دقیق بررسی کنید: Dynamics NAV 2018 تا ۱۱ ژانویه ۲۰۲۸ پشتیبانی Extended دارد، اما Dynamics AX 2012 R3 در ۱۰ ژانویه ۲۰۲۳ پایان یافت.

معیارهای تصمیم‌گیری

برای انتخاب بین ادیشن‌های Dynamics 365، این پرسش‌ها را به‌ترتیب پاسخ دهید.

اشتباه رایج در انتخاب ادیشن

انتخاب ادیشن بالاتر «برای اطمینان» رایج‌ترین اتلاف بودجه است و انتخاب ادیشن پایین‌تر بدون بررسی سقف منابع، رایج‌ترین علت مهاجرت اضطراری. هر دو با یک پایلوت کوچک قابل پیشگیری‌اند.

ادیشن‌های Dynamics 365

ادیشنمناسب برای
Sales / Customer Serviceتیم فروش و پشتیبانی
Business CentralERP سازمان کوچک و متوسط
Finance & Supply Chainسازمان بزرگ با فرایند مالی پیچیده
Team Membersدسترسی سبک خواندنی و ثبت محدود

چطور بین ادیشن‌های Dynamics 365 انتخاب کنید

انتخاب ادیشن باید از نیاز فنی شروع شود، نه از فهرست قابلیت‌ها. برای Dynamics 365 چند قابلیت کلیدی مرز تصمیم را تعیین می‌کنند.

  1. قابلیت‌های الزامی را فهرست کنید

    تنها قابلیت‌هایی را بنویسید که نبودشان کار را متوقف می‌کند. باقی موارد «خوب است باشد» هستند و نباید ادیشن را بالا ببرند.

  2. سقف‌های فنی را بررسی کنید

    Sales / Customer Service — تیم فروش و پشتیبانی؛ Business Central — ERP سازمان کوچک و متوسط؛ Finance & Supply Chain — سازمان بزرگ با فرایند مالی پیچیده؛ Team Members — دسترسی سبک خواندنی و ثبت محدود.

  3. اثر ادیشن بر شمارش را ببینید

    واحد شمارش هر کاربر و هر اپلیکیشن (Base + Attach) است و تغییر ادیشن معمولاً ضریب هزینه را تغییر می‌دهد، نه فقط قیمت واحد را.

  4. مسیر ارتقای بعدی را بسنجید

    مهاجرت داده با Dataverse و ابزار Migration؛ بازطراحی سفارشی‌سازی‌ها به Power Platform.

  5. با یک محیط آزمایشی تأیید کنید

    قبل از خرید سراسری، ادیشن انتخابی را روی یک بار کاری واقعی آزمایش کنید تا سقف‌های فنی در عمل دیده شوند.

  6. تصمیم را مستند کنید

    دلیل انتخاب ادیشن را ثبت کنید؛ در تمدید یا ممیزی همین سند از تصمیم دفاع می‌کند.

خطاهای رایج و راه اصلاح

ریسکراه اصلاح
استفاده Team Members فراتر از حق مجازقبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید.
دسترسی غیرمستقیم از طریق پورتال یا API بدون لایسنسشمارش را از یک منبع رسمی بگیرید و خروجی را تاریخ‌دار بایگانی کنید.
کاربران غیرفعال با لایسنس گرانهر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید.

چه چیزی هزینه Dynamics 365 را تغییر می‌دهد

عاملاثر بر هزینهنکته اجرایی
اپلیکیشن پایه در برابر Attach با تخفیفوابسته به سناریو و قیمت قراردادمقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید.
ترکیب کاربر کامل و Team Membersوابسته به سناریو و قیمت قراردادمقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید.
ظرفیت ذخیره‌سازی Dataverseوابسته به سناریو و قیمت قراردادمقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید.
هزینه پیاده‌سازی و یکپارچه‌سازیوابسته به سناریو و قیمت قراردادمقدار واقعی این عامل و هزینه آن را در پیش‌فاکتور جدا ثبت کنید؛ درصد صرفه‌جویی ثابت فرض نکنید.

مناسب است اگر / مناسب نیست اگر

مناسب است اگر

  • سازمانی که هر کاربر و هر اپلیکیشن (Base + Attach) را می‌تواند دقیق گزارش کند.
  • تیمی که برای Dynamics 365 مالک مشخص لایسنس و بازبینی دوره‌ای دارد.
  • محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول هم‌خوان است.

مناسب نیست اگر

  • شمارش بر پایه حدس یا فهرست قدیمی دارایی.
  • خرید بدون بررسی حق نسخه پایین‌تر، تست و بازیابی از فاجعه.
  • تمدید خودکار بدون اندازه‌گیری مصرف واقعی.

سه قدم بعدی

  1. شمارش پایه را بر اساس هر کاربر و هر اپلیکیشن (Base + Attach) تهیه کنید.
  2. ادیشن هدف را از میان Sales / Customer Service، Business Central، Finance & Supply Chain، Team Members انتخاب کنید.
  3. برنامه فعال‌سازی و مالک تمدید را مشخص کنید.

پرسش‌های پرتکرار

کدام ادیشن Dynamics 365 برای شروع مناسب است؟

Sales / Customer Service برای شروع کافی است اگر تیم فروش و پشتیبانی

آیا می‌توان بعداً ادیشن را ارتقا داد؟

در بیشتر محصولات بله؛ مهاجرت داده با Dataverse و ابزار Migration؛ بازطراحی سفارشی‌سازی‌ها به Power Platform.

تفاوت نسخه‌ها چقدر مهم است؟

نسخه‌های موجود: Dynamics 365 (ابری)، Dynamics 365 On-Premises، Dynamics AX/NAV/CRM قدیمی. نسخه ابری دو موج انتشار در سال دارد؛ وضعیت AX و NAV را برای نسخه دقیق بررسی کنید: Dynamics NAV 2018 تا ۱۱ ژانویه ۲۰۲۸ پشتیبانی Extended دارد، اما Dynamics AX 2012 R3 در ۱۰ ژانویه ۲۰۲۳ پایان یافت.

موضوع‌های دیگر درباره Dynamics 365

منابع مرتبط