CRM و ERP · مهاجرت و ارتقا

مهاجرت و ارتقای Dynamics 365 — مسیر، ریسک و برنامه اجرا

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

مسیر ارتقا و مهاجرت Dynamics 365 چیست؟

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

ارزیابی وضعیت فعلی

پیش از هر مهاجرتی در Dynamics 365، فهرست دقیق نسخه‌های در حال استفاده (Dynamics 365 (ابری)، Dynamics 365 On-Premises، Dynamics AX/NAV/CRM قدیمی)، وابستگی‌ها و سفارشی‌سازی‌ها را تهیه کنید. مهاجرت بدون این فهرست، معمولاً در میانه راه متوقف می‌شود.

مسیر فنی ارتقا

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

برنامه ۳۰-۶۰-۹۰ روزه

یک مهاجرت کنترل‌شده معمولاً در سه پنجره زمانی اجرا می‌شود.

ریسک‌ها و راه کاهش آن‌ها

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

نسخه‌های Dynamics 365 و جایگاه آن‌ها

نسخهوضعیت پیشنهادی
Dynamics 365 (ابری)بررسی برای ارتقا
Dynamics 365 On-Premisesبررسی برای ارتقا
Dynamics AX/NAV/CRM قدیمیمقصد پیشنهادی مهاجرت

طرح مهاجرت Dynamics 365 بدون توقف سرویس

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

  1. وضعیت فعلی را سیاهه کنید

    نسخه‌های در حال استفاده (Dynamics 365 (ابری)، Dynamics 365 On-Premises، Dynamics AX/NAV/CRM قدیمی)، وابستگی‌ها و بارهای کاری بحرانی را مستند کنید.

  2. سازگاری را ارزیابی کنید

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

  3. مسیر مهاجرت را انتخاب کنید

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

  4. پنجره زمانی و بازگشت را تعیین کنید

    برای هر موج، زمان توقف مجاز، معیار موفقیت و طرح بازگشت را از پیش بنویسید.

  5. مجوزها را هم‌زمان تطبیق دهید

    تغییر نسخه معمولاً واحد شمارش یا مدل مجوز را تغییر می‌دهد؛ برای Dynamics 365 پایه شمارش هر کاربر و هر اپلیکیشن (Base + Attach) است.

  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 چیست؟

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

مهاجرت چقدر طول می‌کشد؟

برای محیط کوچک معمولاً چند هفته و برای سازمان متوسط یک تا سه ماه؛ زمان‌بر‌ترین بخش آزمون سازگاری است، نه خود نصب.

آیا می‌توان بدون توقف سرویس مهاجرت کرد؟

در بسیاری از سناریوها با هم‌زیستی یا مهاجرت مرحله‌ای بله، اما نیازمند ظرفیت موازی و برنامه بازگشت است.

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

منابع مرتبط