بایگانی برچسب: s

داینامیکس ۳۶۵عملیاتی- تایید سند حسابداری با گردش کاری از نوع تخصیص داده شده به کاربر

برای تاییدات سند حسابداری دو روش قابل اجرا می‌باشند و هر دوی آنها بر اساس نام ژورنال تعریف می‌گردند. همانطور که می‌دانید محل تعریف نام/نام‌های ژورنال در آدرس ذیل است:

General ledger > Journal setup > Journal names

و روشهای تایید هر ژورنال شامل :

  1. روش Approval: در فیلد Approve گروه کاربرانی که اجازه تایید سند حسابداری را دارند، فعال می‌شود. کاربران مجاز بصورت مستقیم به این گروه اضافه می‌گردند.
  2. روش Approval workflow: با استفاده از گردش کار(ورک فلو) ماژول حسابداری فرایندهای مورد نیاز در حسابداری کنترل می‌شود.

این پست بر روی تایید سند حسابداری بر اساس گردش کار از نوع تخصیص داده شده به کاربر، تمرکز دارد و نحوه تنظیمات مورد نیاز و چگونگی اجرای آن را توضیح خواهد داد.

 

۱.ایجاد کاربران

برای شروع کار چهار کاربر با سطوح دسترسی و نقش‌های متفاوت با استفاده از فرم Users ماژول System administration تعریف کنید.

در ادامه از سه کاربر  SGI1، SGI2و SGI4 استفاده خواهیم کرد.

۲. ایجاد گردش کار (ورک فلو) سند روزانه – با نوع تخصیصی کاربر

به آدرس ذیل بروید:

general ledger > Journal setup > General ledger workflow

گزینه جدید (New)  را انتخاب نمایید. و بر روی گزینه Ledger daily journal workflow کلیک نمایید.

فرم ویرایشگر گردش کار داینامیکس ایکس باز خواهد شد. ایمیل افیس ۳۶۵ و رمز عبور خود را برای دسترسی به ویرایشگر و تابلوی گردش کار (workflow canvas) وارد نمایید.

از قسمت اجزای گردش کار (workflow element) گزینه “Approve daily journal”  را کشیده و در محیط تابلوی گردش کار رها نمایید. سپس آن را به دو گزینه شروع و پایان متصل کنید.

گزینه Approve daily journal اضافه شده به میز کار را انتخاب نموده و سپس بر روی گزینه “Level down” کلیک کنید. البته می‌توان با دابل کلیک کردن برروی Approve daily journal نیز وارد سطح زیرین شد.

بر روی آیتم مورد نظر راست کلیک کرده و گزینه Properties و مشخصات را انتخاب کنید.

در قسمت نوع تخصیص، User را انتخاب کنید.

بعد از انتخاب آن در تب کاربران (User pane) لیست کاربران مجاز را اضافه کنید.

در این مثال کاربرهای SGI1 و SGI2 که در قسمت کاربران موجود(available users)  نمایش داده شده ، به لیست کاربران انتخابی(selected users) اضافه کرده‌ایم.

بر روی تب Completion policy یا سیاست تکمیل کلیک نمایید و مشخص کنید برای تایید ژورنال چه گزینه‌ای مورد نیاز است. برای این مثال آیتم Single approver را انتخاب کنید. این گزینه به این معنا است که فقط یکی از دو کاربر  SGI1 و  SGI2  برای تایید ژورنال مورد نیاز است.

فرم را ببندید و ذخیره و فعال شدن گردش کار را با کلیک بر روی save and activate the workflow فعال نمایید.

حال گردش کار برای استفاده در سند حسابداری (general journal) آماده می‌باشد.

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

  • انتخاب گردش کار برای ژورنال روزانه

یک ژورنال روزانه ایجاد کنید و در قسمت Approval workflow گزینه “Yes” را انتخاب کرده و گردش کار تعریف شده طی مرحله قبل را انتخاب کنید.

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

  • فرایند تایید گردش کار سند حسابداری

با نام کاربری SGI4 وارد شوید و یک ژورنال جدید در آدرس ذیل با نوع تعریف شده در مرحله قبل که در این مثال GenJrnW بوده است، ایجاد کنید.

General ledger > Journal entries > Journal names

برای وارد کردن آرتیکل‌های سند وارد قسمت Line شوید و نسبت به ثبت آن اقدام نمایید. همانطور که در تصویر مشاهده می‌شود، گزینه پست غیر فعال است. به منظور مشاهده آیتم ورک فلو لازم است فرم سطرها بسته شود.

برای شروع گردش کار لازم است در قسمت ژورنال بر روی گزینه Workflow کلیک کرده  و نسبت به Submit کردن آن اقدام شود.

در هنگام Submit کردن ژورنال می‌توانید متن مورد نظر را در قسمت Comment وارد نمایید و در ادامه برای شروع فرایند تاییدات بر روی گزینه Submit کلیک نمایید.

کاربر می‌تواند با بازخوانی سند حسابداری نسبت به اصلاح و اعمال تغییرات در آن اقدام نمایید. این عملیات با استفاده از گزینه Recall و تا قبل از تایید نهایی سند قابل انجام می‌باشد.

گزینه history  تاریخچه و سوابق تاییدات و زمانهای فرایند را نمایش می‌دهد.

حال با نام کاربری دوم که در این مثال SGI2 می‌باشد به سیستم وارد شوید.

همانطور که مشاهده می‌نمایید کاربر دوم امکان مشاهده ردیفها را دارد ولی امکان تغییر فعال نمی‌باشد.

گزینه‌های که کاربر SGI2  در قسمت گردش کار مشاهده می‌نماید متفاوت است و لیست آنها بشرح ذیل است:

  • Approve : تایید نهایی ژورنال
  • Reject: رد کردن و برگرداندن ژورنال به کاربر ثبت کننده
  • Request change: درخواست تغییرات از کاربر SGI4 برای انجام تغییراتی در ژورنال تا قبل از تایید آن
  • Delegate: انتقال ژورنال به شخص دیگری به منظور بررسی و تایید آن
  • View history: مشاهده سوابق

گزینه Approve را انتخاب کنید و در صورت نیاز نسبت به ثبت توضیحات در آن اقدام کنید. بعد از ثبت توضیحات بر روی گزینه Approve کلیک کنید.

فرایند تایید با استفاده از یک batch job اجرا خواهد شد. بعد از تکمیل بچ جاب امکان پست شدن ژورنال فعال می‌شود و شما می‌توانید نسبت به پست آن اقدام نمایید.

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

هفت قابلیت متمایز خدمات مشتریان داینامیکس ۳۶۵

خدمات مشتریان فقط برای رفع مشکلات مشتریان نمی‌باشد. بلکه مستقیما در نحوه نمایش شرکت اثر گذار است. یک سرویس ضعیف خدمت به مشتریان بلافاصله می‌تواند بر روی شهرت شما تأثیر بگذارد، که به نوبه خود کاهش سود را به همراه خواهد داشت. و البته واضح است که این مطلوب هیچ سازمانی نمی‌باشد.

مایکروسافت در زمینه خدمات مشتریان، از مایکروسافت CRM به سمت داینامیکس ۳۶۵ پیشرفت کرده است. در حال حاضر برنامه‌ای مستقل، شامل تمام اجزای مورد نیاز برای داشتن یک سیستم پشتیبانی قوی مشتریان است و به راحتی می تواند با دیگر برنامه های مایکروسافت ادغام شود. ( البته همزمان داینامیکس ۳۶۵ را می‌توان در سایر زمینه‌ها مانند فروش، بازاریابی و غیره نیز استفاده کرد). و بعلت استفاده از یک مدل داده مشابه از تکرار داده های مشترک جلوگیری نمود.

همانند سایر برنامه های داینامیکس ۳۶۵، خدمات مشتریان با ویژگی‌ها و قابلیت‌های به منظور ساده‌سازی فرایند و انجام اتومات قسمت‌های تکرای ساخته شده است. بیایید به برخی از جالب توجه ترین‌های این قابلیت‌ها نگاهی بیندازیم.

  • مرکز خدمات مشتری(Customer Service Hub)

پیشتر با انتشار داینامیکس سی‌آرام ۲۰۱۶، مایکروسافت پیش نمایش یک ویژگی به نام “مرکز سرویس تعاملی” – Interactive Service Hub – را ارائه داد. این ویژگی به “مرکز سرویس مشتریان”- Interactive Service Hub  – تغییر نام داده شده و شامل برنامه خدمات مشتری یا طرح مشارکت مشتریان داینامیکس ۳۶۵ می‌باشد.

در واقع، مرکز خدمات مشتری، یک رابط کاربری واحد برای دیدن همه رویدادها و امورات انجام شده در مورد کارها و مسائل مربوط به خدمات را برای تیم ارائه‌دهنده سرویس فراهم می کند. آنچه که این سرویس را از داشبورد استاندارد داینامیکس ۳۶۵ متمایز می‌کند، امکان تعاملی آن –Interactive- است. در این سرویس به جای نشان داده شدن داده ها و نمودارها، می توانید روی بخش های مختلف داشبورد کلیک کرده و با داده های نمایش داده شده ارتباط برقرار کنید.

یکی از دیگر از ویژگی‌های این قابلیت، زمان خطی -“Timeline”-  در درون پرونده هر مورد است، که در آن تمام فعالیت‌های مختلف برای مورد انتخاب شده، براساس زمان انجام آن، نمایش داده می‌شود و این به شما امکان بررسی سریع فعالیتهای انجام شده را می‌دهد.

  • صدای مشتری(Voice of the customer)

بهترین راه برای بهبود محصول و خدمات شرکت، دریافت سریع بازخورد از مشتریان می‌باشد. در واقع، نظر مشتری مهم ترین عامل در پیشبرد کسب و کار است. قابلیت «صدای مشتری» بهترین ابزار دریافت و جمع‌آوری بازخورد از مشتریان در داینامیکس ۳۶۵ را برای شما فراهم می‌کند.  این ابزار امکان طراحی انواع قالب‌های نظرسنجی را به راحتی و فقط با امکان کشیدن و رها کردن گزینه‌ها، برای کاربر مهیا می‌سازد. همچنین به راحتی می‌توان این نظرسنجی را با رنگ ها، آرم ها و عناوین مورد نظر سفارشی کرد، تا از سازگاری آن با نام و برند تجاری شرکت اطمینان حاصل نمایید. پس از تکمیل فاز طراحی، با پیکربندی داینامیکس ۳۶۵ امکان ارسال خودکار لینک نظرسنجی در کوتاه‌ترین زمان ممکن، برای مشتریان امکان‌پذیر است و همه این امکانات منجر به دریافت و آمارگیری از میزان  رضایت مشتریان در کوتاه‌ترین زمان ممکن به منظور بهبود خدمات را فراهم می‌آورد.

  • تفاهم‌نامه‌های سطح خدمات

تفاهم‌نامه‌های سطح خدمات (Service Level Agreements) که به اختصار SLA نیز نامیده می‌شود، اساسا قراردادهایی بین کسب و کار و یک مشتری می‌باشد که سطح دریافت پشتیبانی مشتری را تعریف می‌کند. برای نمونه یک تفاهم‌نامه می‌تواند این باشد که مورد اعلامی باید ظرف ۲۴ ساعت بعد از اعلام آن، رفع گردد، در غیر اینصورت باید به سطح پشتیبانی بالاتر ارجاع داده شود. اگر SLA برای یک مشتری مشخص تعریف شود، درصورت اعلام یک مورد توسط آن مشتری، جزئیات SLA در تب پایین آن با تایمرهای فعال تحت اثر توافقنامه ایجاد و نمایش داده می‌شود.

  • حق‌الزحمه(Entitlements)

حق‌الزحمه در داینامیکس ۳۶۵ براساس نوع پشتیبانی مشتریان تعریف می‌شود. شرایط پشتیبانی می‌تواند بر اساس میزان ساعت پشتیبانی و یا تعداد موارد اعلام شده و یا موارد حل شده، باشد. اگر یک مشتری دارای SLA باشد، می توان آن را با رکوردهای حق‌الزحمه در داینامیکس ۳۶۵ مرتبط کرد تا کلیه شرایط پشتیبانی برای مشتری در یک مکان قابل مشاهده باشد.

و البته تا زمانی که حق‌الزحمه فعال است (منقضی نشده است)، داینامیکس ۳۶۵  به طور خودکار نسبت به محاسبه باقیمانده ساعتی/ موردی براساس معیارهای پیکربندی شده را انجام خواهد داد، لذا تیم پشتیبانی مشتریان تنها برروی حل و فصل مشکل متمرکز می شود.

  • مقالات دانش(Knowledge Articles)

دپارتمان‌های خدمات مشتری از مقالات دانش برای اطلاعات کاتالوگ در مورد ذخیره و نگهداری راه حل مسئله استفاده می‌کنند. این روش برای سالها استفاده شده است و با اطمینان کسب شده، مایکروسافت این برنامه سرویس مشتری را به منظور جمع‌آوری کلیه اطلاعات در یک مکان، به برنامه خدمات مشتریان اضافه کرده است. مدیریت مقالات دانش در داینامیکس ۳۶۵ مزایای متعددی دارد:

  • به شما امکان ذخیره نسخ متفاوتی از یک مقاله دانش داده شده است
  • قابلیت ترجمه به شما داده شده است
  • امکان اشتراک‌گذاری این مقالات دانش با مشتریان به شما داده شده است.

 

  • فعالیت های خدمات و برنامه ریزی(Service Activities and Scheduling)

گاهی اوقات پشتیبانی نمی تواند به وسیله تلفن یا آنلاین انجام شود؛ و برای حل مسئله خاص ممکن است نیاز به حضور فیزیکی عوامل پشتیبانی در سایت مشتری باشد. در حال حاضر اگر شما نیاز به قابلیت های برنامه ریزی رده بالا و پیچیده دارید، برنامه تعمیر در محل داینامیکس ۳۶۵ “Field Service” به منظور برنامه‌ریزی منابع پیشرفته و مدیریت سفارش کار طراحی شده است. با این حال، اگر نیازی به خرید یک برنامه دیگر نمی‌بینید، برنامه ریزی در تقویم سرویس و خدمات می‌تواند برای انجام این کار کافی باشد.

در خدمات مشتری داینامیکس ۳۶۵، برای برنامه ریزی منابع موجود به منظور پشتیبانی حضوری، می توان فعالیت های خدماتی در این برنامه ایجاد کرد و البته می توانید گروه های مختلف منابع را تعریف کنید و اعضای خاصی را بر اساس دسترسی آنها برای بازدید ارسال کنید. زمانبند ساخته شده برای ساعتهای کاری تعریف شده، قرار ملاقاتها و انواع دیگر خدمات که لازم است ارائه شود را مدیریت می‌کند. این مدیریت، زمانی که شما تیم بزرگی از افراد را در اختیار دارید بسیار مفید است، کاری که بدون سیستم، ردگیری و برنامه‌ریز آنها غیرقابل انجام است.

  • ایجاد اتومات پرونده(Automatic Case Creation)

تعداد زیادی از موارد و پرونده‌ها از طریق ایمیل ارسال می‌شوند. نیاز به دوباره وارد کردن داده ها از یک ایمیل به یک سیستم مدیریت پرونده، ایده آل نیست و منجر به اضافه شدن یک مرحله به فرایندها می‌شود.

اگر یک صندوق پستی مشخص برای پشتیبانی دارید (کاری که اکثر شرکت ها انجام می دهند)، می توانید مسیریابی اتوماتیک را در داینامیکس ۳۶۵ تنظیم کنید تا هر ایمیل ارسال شده به این صندوق پستی، به عنوان یک پرونده در سیستم ثبت شده و به صف مربوطه اختصاص یابد. همچنین می توانید یک گام به جلو بروید و موارد خاصی را انتخاب کنید، بطور نمونه فقط ایمیل‌هایی که فرستنده آنها در لیست مشتریان پایگاه داده داینامیکس ۳۶۵ وجود دارد به عنوان پرونده ثبت شود، یا اینکه برای ایمیل‌های که فرستنده آن در لیست موجود نیست و مخاطب جدید است، یک طرف حساب در سیستم بصورت اتومات ایجاد شود. و البته با فعال‌سازی پاسخ های اتوماتیک به این ایمیل‌های ارسال شده جواب دهید و مشتریان خود را از اینکه مسائل آنها دریافت شده است و به زودی بررسی خواهد شد، مطلع نمایید.

خلاصه

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

به مرور زمان، مایکروسافت بر بازار سازمانی مسلط شده و دلیل اصلی آن این است که آنها درک درستی از نحوه کار کردن کسب و کار و نحوه مدیریت آن را دارند. خدمات مشتریان داینامیکس ۳۶۵ ارائه‌دهنده همه ابزارهایی که برای حفظ مطمئن داده‌ها و سازماندهی آنها نیاز دارید بصورت یکجا فراهم می‌آورد و از این طریق یک تجربه استثنایی خدمات مشتریان را ارائه می‌دهد.

چرخه عمر فرایند گردش کار و دیالوگ

چرخه عمر فرایندهای  CRM در Dynamics 365

چرخه عمر یک فرآیند، حالت های متفاوت را از ایجاد فرایند تا اجرای آن توصیف می کند. یک فرایند می تواند حالت های متفاوتی داشته باشد: آماده، معلق، قفل شده و کامل شده. رویدادهایی که در طول عمر فرایند اتفاق می افتند باعث انتقال از یک حالت به حالتی دیگر می شوند.

گردش کار

چرخه عمر گردش کار به شرح زیر است:

۱- هنگامی که یک گردش کار را ایجاد می کنیم، در حالت پیش نویس (Draft ) قرار می گیرد. ما باید گردش کار را قبل از اجرای آن فعال نماییم. هنگامی که یک گردش کار را فعال می کنیم، برای آن اشتراکی به رویدادهای خاص CRM مایکروسافت داینامیکس ۳۶۵ مانند تولید داده و یا آپلود فایل ایجاد می شود. هنگامی که این رویدادها در پلتفرم فعال می شوند، یک تصویر کلی از وابستگی های گردش کار و پارامترهای ورودی ایجاد می شود و یک عملیات ناهمگام جدید به مدیر صف سرویس ها اضافه می شود. عملیات ناهمزمان اجرای یک کار از گردش کار را نشان می دهد و در صف در حالت آماده (Ready) در انتظار اجرای عملیات بعدی قرار می گیرد.

۲- هنگامی که عملیات ناهمزمان پردازش شد، آن بخش از گردش کار مرتبط با این عملیات توسط موتور زمان اجرای Windows Workflow Foundation ایجاد شده و حالت آن از آماده (Ready) به قفل شده (Locked) تغییر می یابد.

۳- وضعیت عملیات ناهمزمان بر اساس حالت لحظه ای گردش کار در هر مرحله تغییر به روز می شود. هنگامی که عملیات ناهمزمان مسدود می شود، موتور زمان اجرای Windows Workflow Foundation آن مرحله از گردش کار را به وضعیت معلق تغییر می دهد و آن را از حافظه حذف می کند. هنگامی که شرایط لازم برای گذر از وضعیت معلق بر قرار گردد، این مرحله از گردش کار دوباره در حافظه بارگذاری می شود.

۴- اجرای عملیات گردش کار با قرار دادن حالت کار به آماده (Ready) و سپس وضعیت قفل شده (Locked) ادامه می یابد. در یک سناریوی ساده، هنگامی که تمام فعالیتهای گردش کار با موفقیت انجام شود، وضعیت گردش کار به حالت کامل شده (Completed) تغییر می کند.

وضعیت عملیات ناهمزمان می تواند توسط کاربر نیز تغییر کند. به عنوان مثال، عملیات ناهمگامی که در یک حالت معلق قرار دارد می تواند توسط کاربر دوباره راه اندازی شود.

دیالوگ (Dialog)

یک چرخه عمر دیالوگ به شرح زیر است:

۱- هنگامی که یک دیالوگ ایجاد می شود، در حالت پیش نویس (Draft) قرار دارد. شما باید دیالوگ را قبل از اجرای آن فعال نمایید. یک دیالوگ می تواند از فرم اصلی اولیه آن و یا به طور مستقیم با استفاده از URL دیالوگ اجرا شود.

۲- هر زمانی که شما یک دیالوگ را اجرا می کنید، یک مورد نمونه فرایند برای دیالوگ ایجاد می شود. در حین اجرای دیالوگ و با پیشرفت آن، مورد فرایند بر اساس اقدامات انجام شده در طول اجرای دیالوگ به روز می شود.

۳- اگر شما اجرای دیالوگ را به صورت موفقیت آمیز به پایان برده و کامل نمایید، رکورد مورد فرایند مربوطه با وضعیت کامل (Complete) ایجاد می شود. اگر دیالوگ را بدون تکمیل آن لغو کنید، این رکورد تحت وضعیت ناقص (Incomplete) ایجاد می شود.

 

کانال تلگرام:  https://telegram.me/dynamics_ax

منبع: https://community.dynamics.com/enterprise/b/softchiefmicrosoftdynamics365/archive/2017/11/27/workflow-and-dialog-process-life-cycle