Appearance
امکانات Dynamics 365
Dynamics 365 یک محصول واحد نیست؛ یک سبد از اپلیکیشنهای CRM، ERP و ابزارهای توسعه/تحلیل است. وجود قابلیت در محصول به معنی فعال بودن آن در لایسنس یا آماده بودن آن برای فرایندهای ایران نیست.
هشدار درباره دامنه این فهرست
این صفحه فهرستی از قابلیتها و محصولات اعلامشده در منابع رسمی Microsoft است؛ بنابراین صرفاً نشان میدهد Dynamics 365 در سطح محصول چه امکاناتی را معرفی میکند. درج یک قابلیت در این صفحه به هیچوجه تضمین نمیکند که همان قابلیت در نسخه Self-Hosted قابل استقرار در ایران، در نسخه و لایسنس موردنظر سازمان، یا بدون توسعه و محدودیت در دسترس باشد.
برای تصمیم نهایی باید ماتریس رسمی Cloud در برابر On-Premises، نسخه دقیق محصول، لایسنس، منطقه استقرار و نتیجه PoC بررسی شود. منابع پایه: معرفی رسمی Dynamics 365 در Microsoft، مستندات رسمی استقرار On-Premises و مقایسه رسمی Cloud و On-Premises.
CRM و تجربه مشتری
| محصول | امکانات اصلی | خروجی قابل استفاده در سازمان |
|---|---|---|
| Sales | Account، Contact، Lead، Opportunity، Quote، Order، Forecast و Pipeline | مدیریت مشتری و فرایند فروش |
| Customer Service | Case، Queue، SLA، Knowledge Base، Routing و Escalation | تیکت، شکایت و پشتیبانی |
| Customer Insights – Journeys | Segment، Campaign، Journey، Event و Lead Nurturing | بازاریابی و پرورش سرنخ |
| Customer Insights – Data | Customer 360، تجمیع پروفایل، Segment و تحلیل رفتار | نمای یکپارچه مشتری |
| Contact Center | Voice، Chat، IVR، Digital Channels و مسیریابی | مرکز تماس و ارتباط چندکاناله |
| Field Service | Work Order، Technician، Schedule، Asset و تعمیرات | خدمات و عملیات میدانی |
فروش، Commerce و مشتری وفادار
- فروش حضوری، چندشعبهای و چندکاناله
- Store Commerce / POS و سناریوهای آفلاین محدود
- کاتالوگ محصول، Category، Variant، Attribute و Barcode
- Price Group، Trade Agreement، Promotion و تخفیفهای ترکیبی
- Mix & Match، Threshold، Bundle و Kit در سناریوهای پشتیبانیشده
- Loyalty، Gift Card، اعتبار مشتری و مرجوعی/تعویض
- مدیریت شیفت، تسویه صندوق و اتصال به Hardware Station
ERP و عملیات
| محصول | امکانات اصلی |
|---|---|
| Finance | دفترکل، دریافت/پرداخت، بودجه، دارایی ثابت، بانک و گزارش مالی |
| Supply Chain Management | خرید، تأمین، انبار، موجودی، لجستیک، تولید و BOM |
| Commerce | POS، فروشگاه، قیمت، تخفیف، شعب، Loyalty و Order Management |
| Project Operations | پروژه، منابع، زمان، هزینه، قرارداد و صورتحساب |
| Business Central | ERP یکپارچه برای کسبوکارهای کوچک و متوسط |
| Human Resources | پرسنل، مرخصی، مزایا و ساختار سازمانی |
پلتفرم توسعه و Integration
| ابزار | کاربرد |
|---|---|
| Dataverse | داده تجاری، امنیت رکوردی و Web API |
| Power Apps | ساخت فرم و اپلیکیشن سفارشی |
| Power Automate | Workflow و اتوماسیون |
| Power BI | گزارش و داشبورد مدیریتی |
| Azure Integration Services | API Management، Logic Apps، Service Bus و Eventing |
| POS/Commerce Extensions | توسعه UI، پرداخت و سختافزار صندوق |
نیازهای ایران و بومیسازی
وجود ماژول Finance یا Commerce بهتنهایی به معنی آماده بودن Dynamics 365 برای الزامات عملیاتی و قانونی ایران نیست. این بخش باید بهعنوان یک لایهی مستقل از Localization و Integration طراحی و در PoC با نمونههای واقعی سازمان تست شود.
| حوزه | آنچه باید پوشش داده شود | نوع کار موردنیاز |
|---|---|---|
| کارتخوان و پرداخت | اتصال به پایانههای بانکی، نتیجه تراکنش، برگشت، پرداخت ناموفق و تطبیق با فاکتور | Payment Extension، Hardware Station یا سرویس واسط |
| سامانه مؤدیان | تولید صورتحساب، ارسال، دریافت شناسه/پاسخ، خطا، اصلاح و ارسال مجدد | Integration با سرویس رسمی و صف پردازش |
| قوانین مالیاتی | مالیات بر ارزش افزوده، معافیت، عوارض، مالیات اقلام و قواعد متفاوت مشتری/کالا | پیکربندی بهعلاوه Rule یا Extension محلی |
| صورتحساب رسمی | شمارهگذاری، وضعیت ثبت، ابطال، اصلاح، مرجوعی و ارتباط با سند فروش | طراحی گردشکار و mapping با سیستم مالی |
| گزارشهای حسابداری | گزارشهای موردنیاز مالی، تجمیع شعب، کنترل اسناد و خروجیهای حسابرس | Report، Power BI یا خروجی استاندارد مالی |
| تقویم و تاریخ | تاریخهای موردنیاز کاربران، گزارشها، SLA و فرایندهای زمانمحور | تنظیمات رابط کاربر و منطق گزارشگیری |
| دادههای پایه | کدینگ مشتری، کالا، انبار، واحد سنجش، شعبه و مرکز هزینه | Data Mapping و حاکمیت داده |
کارتخوان و پرداخت
در سناریوی POS، ثبت موفق فاکتور کافی نیست؛ باید وضعیت واقعی پرداخت نیز مشخص باشد. Integration باید بتواند تراکنش موفق، ناموفق، timeout، برگشت وجه و پرداخت تکراری را به فاکتور مرتبط کند. اتصال مستقیم یا از طریق سرویس واسط باید با مدل امنیتی، SDK و سختافزار مورد تأیید سازمان آزمایش شود.
سامانه مؤدیان و صورتحساب
فرایند سامانه مؤدیان باید فقط یک ارسال ساده تلقی نشود. تولید payload، اعتبارسنجی، نگهداری شناسه پیگیری، مدیریت پاسخ خطا، ارسال مجدد، اصلاح و ابطال باید قابل ردیابی باشد. رکورد فروش در Dynamics، سند مالی در راهکاران و وضعیت سامانه مؤدیان باید با یک Correlation ID مشترک به هم مرتبط باشند.
مالکیت بومیسازی
پیش از انتخاب راهکار باید مشخص شود کدام قسمت در Dynamics، کدام قسمت در Connector و کدام قسمت در راهکاران انجام میشود. اگر این مرزبندی روشن نباشد، تغییرات قوانین یا خطای یک سرویس میتواند باعث اختلاف بین فروش، موجودی و اسناد مالی شود.
نتیجه عملی: این نیازها «امکانات پیشفرض Dynamics 365» محسوب نمیشوند؛ باید برای نسخه، کشور، لایسنس، روش استقرار و فرایند واقعی سازمان بهصورت جداگانه تأیید شوند.
نتیجهگیری این بخش
از نظر دامنهی امکانات، Dynamics 365 بسیار فراتر از یک CRM ساده است. این پلتفرم میتواند فروش، بازاریابی، خدمات مشتری، مرکز تماس، عملیات میدانی، Commerce، صندوق، کالا، انبار، زنجیره تأمین، مالی، پروژه و تحلیل داده را پوشش دهد. همچنین بهدلیل ماژولار بودن، APIها، Dataverse، Power Platform و Extensionها، داینامیسم و انعطافپذیری بالایی برای طراحی فرایندهای مختلف دارد.
با این حال، گستردگی امکانات بهتنهایی به معنی مناسب بودن آن برای جایگزینی کامل راهکاران در ایران نیست. محدودیتهای نسخههای Self-Hosted، وابستگیهای زیرساختی و Cloud، الزامات استقرار داخل ایران، بومیسازی مالی و مالیاتی، اتصال به کارتخوان و سامانه مؤدیان، و پیچیدگی پشتیبانی میتواند باعث شود بخش قابلتوجهی از امکانات Dynamics 365 بدون توسعه و Integration قابل استفاده نباشد.
بنابراین جمعبندی واقعبینانه این است: Dynamics 365 از نظر قابلیت و انعطافپذیری، گزینهای فراتر از CRM و از نظر فنی بسیار قدرتمند است؛ اما بهعنوان جایگزین کامل سیستم مالی و فروش در ایران، فقط پس از بررسی نسخه، زیرساخت، بومیسازی و اجرای PoC قابل تأیید است.