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

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials

داینامیکس ۳۶۵ مالی و عملیاتی- انتقال تنظیمات پایه از یک شرکت به شرکت جدید

دیدگاه‌تان را بنویسید:

در به‌روزسانی ۱۱ داینامیکس ۳۶۵ مالی و عملیاتی ( اکتبر۲۰۱۷) مایکروسافت امکان جدیدی برای انتقال تنظیمات پایه از یک شرکت به یک یا چند شرکت دیگر را اضافه کرده است. مایکروسافت این امکان را بصورت ذیل توضیح می‌دهد:

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

برای استفاده از آن در فضای  کار مدیریت اطلاعات (Data management) گزینه “Copy into legal entity” را انتخاب نمایید.

 ایجاد یک گروه پروژه

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

شرکت مقصد

طی این پست گزینه “Copy number sequences” توضیح داده نخواهد شد. یکی از مراحل مهم و اساسی در انتقال بین دو شرکت کپی کردن توالی شماره‌ها می‌باشد.

اطلاعات بیشتر در خصوص توالی شماره‌ها «number sequences» و ارتباط آن با تنظیمات کپی کردن اطلاعات پایه طی پستهای آتی توضیح داده خواهد شد.

در فیلد شرکت مقصد یا “Destination legal entities” می‌توان شرکت یا شرکتهای مقصد را از لیست موجود در قسمت “Select existing”  انتخاب نمایید.

تنظیمات پایه از شرکت مبداء که در واقع همان شرکتی می‌باشد که شما در فضای کار مدیریت داده آن بوده‌اید و شرکت فعال می‌باشد. همانطور که در تصویر قبل مشاهده می‌شود، در این مثال شرکت USMF شرکت مبداء می‌باشد.

اگر هنوز شرکت مقصد ایجاد نشده است، می‌توانید با استفاده از گزینه “+Create legal entities” نسبت به ایجاد آن اقدام نمایید. البته ایجاد شرکت جدید از آدرس ذیل نیز امکانپذیر می‌باشد :

Organization administration > Organizations > Legal entities

بعد از ایجاد شرکت مقصد جدید، نام آن به لیست شرکت/شرکت‌های مقصد اضافه می‌گردد.

ورودی‌های انتخاب شده (Selected entities)

اطلاعات مورد نیاز برای کپی شدن، می‌تواند به روشهای مختلف انتخاب گردند.

  • Add entity یکی از روشهای قدیمی برای انتخاب اطلاعات می‌باشد.
  • Add multiple راهی سریع برای انتخاب ورودی‌ها می‌باشد در این حالت فیلترهای متنوعی برای انتخاب وجود دارد.
  • Add file می‌تواند زمانی مورد استفاده قرار گیرد که بخشی از اطلاعات و تنظیمات از شرکت مبدا (USMF)منتقل نخواهد شد  و فرمت بصورت فایل وارد می‌گردد.
  • Add template زمانی مورد استفاده قرار می‌گیرد که یک قالب از پیش تعیین شده با اطلاعات مرتبط می‌باشد. در صورتیکه بطور منظم اطلاعات پایه از شرکت موجود به شرکت جدید منتقل می‌گردد، پیشنهاد می‌شود که یک قالب مشخص طراحی گردد و از آن استفاده شود.

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

کپی کردن در یک شرکت(Copy into legal entity)

بعد از آماده کردن اطلاعات پروژه برای کپی کردن، از منوی بالا گزینه “Copy into legal entity”  انتخاب گردد. با اینکار عملیات کپی آغاز می‌گردد.

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

همانطور که انتظار می‌رفت بعلت عدم امکان اشتراک توالی شماره‌های ژورنال در شرکت USMF، کپی کردن نام ژورنالها همراه با خطا بود. یک راهکار برای حل کردن این مشکل، وارد کردن توالی شماره ژورنالها و نام ژورنالها در دو مرحله جدا می‌باشد.

نتیجه :

مایکروسافت اعلام کرده است « این قابلیت جدید برای صرفه‌جویی در زمان و کاهش خطاهای ایجاد شرکت جدید می‌باشد»

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

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

 

Dynamics 365 for Operations, Microsoft 365 Education, Microsoft Dynamics 365

Dynamics 365 for Finance and Operations

۲ دیدگاه

آخرین به روز رسانی Dynamics 365 for Finance and Operations (با نام قبلی Dynamics 365 for Operations) میزبانی از قابلیت های جدید، تسهیل در انجام وظایف  و بازدهی بیشتر برای کاربران را ارایه می دهد. این به روز رسانی با راه اندازی برنامه های مستقل اصلی مانند Dynamics 365 for Talent (شامل برنامه های نیروی انسانی و هسته HR)، داینامیکس ۳۶۵ برای فروش (با LinkedIn Sales Navigator) و داینامیکس ۳۶۵ برای خرده فروشی و نیز بهبودهایی با تمرکز بر مدیریت مالی، یکپارچه سازی تمام سیستم های پشتیبانی در یک پلت فرم با قابلیت های مالی ارتقا یافته، قابلیت های فراوانی را در اختیار کاربران قرار می دهد. شما می توانید بلافاصله از طریق Azure Active Directory به این به روز رسانی دسترسی پیدا کرده و آن را دریافت نمایید.

 

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials, Microsoft Dynamics AX

چگونه حسابهای آماری را در داینامیکس ۳۶۵ تنظیم کنیم ؟

دیدگاه‌تان را بنویسید:

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

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

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

مواردی که لازم است قبل از ایجاد گزراشات آماری در نظر بگیرید

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

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

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

تنظیمات حسابهای آماری داینامیکس ۳۶۵ مالی و عملیاتی در آدرس ذیل می‌باشد:

General ledger \ Chart of Accounts \ Main Account

تنظیمات حسابهای آماری
  • نوع حساب اصلی
    • ترازنامه‌ای ( اگر مانده حساب در پایان دوره و بستن صفر نمی‌شود و منتقل ‌می‌گردد)
    • سود و زیانی ( اگر مانده حساب در پایان دوره مالی صفر می‌شود)
  • طبقه بندی حساب اصلی
    • دسته بندی از نوع آماری
  • حساب مقابل (Offset account)
    • وارد کردن طرف حساب و حساب مقابل که برای این حساب آماری ایجاد شده است.

تنظیمات حساب مقابل
  • هر حساب آماری نیاز به یک حساب مقابل دارد که در فیلد Offset account آن حساب وارد می‌شود. بنابراین در هنگام ثبت ژورنال برای سرفصل حساب آماری این حساب مقابل بصورت اتوماتیک در ژورنال وارد می‌گردد.
    • با فیکس شدن سرفصل مقابل می‌توانید مطمئن شوید که مانده حساب آماری در مجموع صفر می‌باشد و اثری روز تراز شما نخواهد داشت.
  • نوع حساب مقابل (Offset account)
    • نوع حساب مشابه حساب اصلی می‌باشد.
    • ترازنامه‌ای برای حسابهای که مانده آنها در پایان دوره مالی ذخیره می‌گردد و با حفظ ماهیت به ابتدای دوره بعد منتقل می‌گردد.
    • نوع سود وزیانی که در پایان سال مانده آنها صفر خواهد شد.
  • طبقه بندی حساب متقابل
    • این حساب نیز دارای نوع Statistical می‌باشد.
  • حساب مقابل(Offset account)
    • در قسمت Offset account سرفصل حساب مربوطه وارد شده است.
ساختار کدینگ حسابداری
  • بعد از تعریف حسابهای آماری از اضافه کردن آن به ساختار کدینگ اطمینان حاصل نمایید.

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

نمونه یک سند ثبت شده با حسابهای آماری:

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

Dynamics 365 for Operations, Microsoft Dynamics AX

پنج پیش‌نیاز قبل از راه‌اندازی ای‌آرپی

دیدگاه‌تان را بنویسید:

بسیاری از سازمان ها در هنگام راه‌اندازی ای‌آرپی (ERP) در معرض پیامدهای منفی و ریسک‌پذیر برای پروژه هستند. خبر خوب این است که بیشتر این اختلالات از خود سازمان می‌باشد و البته می توان با استراتژی های مدیریت ریسک درصد رخداد آن را کاهش داد.

همانطور که به زمان راه‌اندازی ای‌آرپی نزدیک می‌شوید، پنج نشانه ی مشخص وجود دارد که نشان دهنده آمادگی سازمان شما برای این تغییر است، و البته بعضی از آنها می توانند به صورت موثری به عنوان بخشی از ارزیابی آمادگی ای‌آرپی  و تصمیم گیری بر پیاده‌سازی آن در نظر گرفته شوند:

  1. کاربران تمام فرآیندها و قابلیت های ای‌آرپی جدید را پذیرفته اند. اگر کاربران کلیدی و ذینفعان هنوز به طور کامل سیستم را بررسی و تایید نکرده‌اند، احتمالا آنها برای تغییرات تاثیر گذار برروند کارشان آماده نیستند. همانطور که مهم است، نیازهای فنی نرم‌افزار دیده شود، لازم است فرآیندهای کسب و کار و تنظیمات سیستم که تاکنون توسط کاربران کلیدی پایه پذیرفته نشده اند نیز بررسی گردد . بنابراین تایید کاربران کلیدی یکی از مراحل اساسی تا قبل از راه‌انداری می‌باشد.
  2. کارکنان فرآیندهای کسب و کار را در سیستم جدید درک کنند. کارکنان لازم است بدانند که در سیستم جدید چگونه تراکنشهای خود را انجام خواهند داد. البته از آن مهمتر درک کامل چگونگی پیاده‌سازی فرآیندهای کسب و کار در سیستم جدید خواهد بود. علاوه بر این، نیاز است کاربران و کارکنان با نقش و مسئولیت خود در پیشبرد فرایند در سیستم ای‌آرپی آشنا باشند. در صورت توسعه ندادن این مراحل پیاده‌سازی و تغییر سیستم در سازمان امکانپذیر نخواهد بود.
  3. کارکنان نحوه کار با سیستم جدید را بدانند. حتا بهترین ای‌آرپی ها در صورت عدم آشنایی کاربر با نحوه استفاده از آن، ناکارآمد خواهد بود. همه جزییات کار با سیستم لازم است به کاربر آموزش داده شود. با این حال، اکثر آموزشهای  پایه ای که توسط سرویس دهندگان ای‌آرپی انجام می‌گردد بطور محسوسی ناکافی می‌باشد. در عوض، آموزش ای‌آرپی باید سفارشی شود تا نشان دهد که فرایندهای کسب و کار و گردش کار سازمان در آن چگونه پیاده‌سازی شده است. در برنامه‌ریزی راه‌اندازی ای‌آرپی شرکت لازم است از کافی و موثر بودن آموزشهای ارائه شده اطمینان حاصل شود تا موفقیت آن تضمین گردد.
  4. داشتن یک طرح جامع . امیدواری به اینکه شما و تیمتان کلیه عملیاتهای انسانی را در برنامه جامع خود دیده باشید، تا مطمئن شوید پیاده سازی ای‌آرپی موفقیت‌آمیز است. اینکه فکر می‌کنید آماده هستید مهم نیست، مهم این است که این برنامه موثر و جامع با درنظر گرفتن کلیه حوادث و اتفاقهای پیش‌بینی نشده تکمیل گردد. اگر در مرحله B هستید برنامه چیست ؟ اگر سیستم در روز اول کار نکند چه کار لازم است انجام شود؟ اگر نتوانید کالاها را حمل کنید ؟ یا اینکه امکان بستن دفاتر نباشد ؟ به عبارت دیگر، مطمئن شوید که با ایجاد یک نوع «سیاست بیمه کردن»، میزان ریسک را در سازمان کاهش داده اید، و خود را برای اتفاقات غیر منتظره و برنامه‌ریزی نشده آماده کرده‌اید.
  5. پشتیبانی کافی در محل داشته باشد. مهم نیست که سازمان شما چقدر ساده است و یا آن را چقدر برای این تغییر آماده کرده اید، سازمان و کارکنان به ندرت با سیستم جدید سازگار می شوند. آنها برای یکپارچه شدن به یک بازه چند روزه تا چند هفته نیاز خواهند داشت، برخی کندتر و برخی سریعتر. بنابراین، مهم است که اطمینان حاصل شود که شما به اندازه کافی پشتیبانی محلی برای کمک به کارکنان به منظور رفع چالش های غیرقابل گریز انجام می‌دهید. و البته در این بازه اطمینان حاصل کنید که کاربران نهایی و ذینفعان در دسترس هستند تا سوالات و نگرانی های احتمالی را سریعا پاسخگو باشند.

نتیجه

اگر شما این پنج نکته  را مورد توجه قرار دهید، گامی مهم به منظور کاهش ریسکهای راه اندازی ای‌آرپی برداشته اید. شما هرگز نمیتوانید ۱۰۰٪ مطمئن باشید که در طول راه مشکلات غیر منتظره دیگری پیش نخواهد آمد، اما با پیش بینی و رعایت این موارد احتمال بروز مشکلات را بصورت محسوسی کاهش خواهید داد.

برگردانی از مقاله :

Five Signs That You’re Ready for ERP Go-live

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials

نحوه انجام انتقال بانک به بانک در داینامیکس ۳۶۵ ( طی یک تراکنش)

دیدگاه‌تان را بنویسید:

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

برای مثال

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

اجازه بدهید نحوه انجام آن را در داینامیکس ۳۶۵ مشاهده کنیم.

انتقال بانک به بانک در یک شرکت :

برای انجام این کار وارد ماجول و آدری ذیل شوید :

Cash and Bank Management Module\Bank Accounts\Bank Account Transfers

در فرم نمایش داده شده یک انتقال از بانک A به بانک B را بشرح تصویر ایجاد نمایید.

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

برای رفع آن به آدرس در پارامترهای حسابداری تغییرات ذیل را انجام دهید.

General Ledger\General Ledger Parameter\Ledger.Enable the Parameter

گزینه Allow Multiple Transactions within One Voucher را در این قسمت انتخاب نمایید.

سپس به فرم اصلی برگشته و با انتخاب گزینه‌های Validate و Post نسبت به صدور بانک به بانک اقدام نمایید.

برای چک ژورنال صادر شده و مشاهده آن به صفحه حساب بانکی رفته و تراکنش بانک را مشاهده نمایید.

انتقال بانک به بانک بین شرکتی:

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

در هنگام ثبت ژورنال نیز برای حساب بانک A لازم است شرکت A در فیلد Legal Entity انتخاب شود و برای حساب مقابل آن یا همان offset Account فیلد کد شرکت (Legal Entity) با مقدار B تکمیل گردد.

در پایان نیز نسبت به Validate و Post ژورنال اقدام شود. در این حالت سند کاهش موجودی حساب بانکی مبدا و افزایش موجودی حساب بانکی مقصد با هم صادر می‌شود.

منتظر نظرات شما در مورد صدور این سند و همچنین سوالهای احتمالی هستیم.

Dynamics 365 for Operations, Microsoft Dynamics 365 for Financials

داینامیکس ۳۶۵ امور مالی و عملیاتی – تغییر جدا کننده

دیدگاه‌تان را بنویسید:

تا قبل از داینامیکس ۳۶۵ برای امور مالی و عملیاتی نسخه ۸.۰ PU15 جدا کردن حساب معین از مقادیر تفصیلی در ژورنالها و تراکنشهای پست شده مشکل بود.

خط فاصله یا Hyphen(-) بصورت پیش‌فرض برای جدا کردن پیشوند مقادیر تفصیلی و همچنین جدا کننده پروژه و زیر پروژه در نظر گرفته شده و از طرفی به عنوان جداکردننده حساب معین و تفصیلی‌ها نیز به کار گرفته می‌شود.

مایکروسافت نسبت به این موضوع آگاه بوده و در پست ارسال شده در سال ۲۰۱۶ اعلام کرد : “ ما در حال حاضر برروی راهکاری برای حل این موضوع کار می‌کنیم، بهرحال تا آن زمان پیشنهاد می‌گردد که از جدا کننده یکسانی در مقادیر تفصیلی و کد حساب استفاده ننمایید. “

فرم پارامترهای ماجول حسابداری تا قبل از نسخه ۸.۰

جدا کننده تفصیلی‌ها و معین حساب در آدرس ذیل قابل مشاهده می‌باشد.

General ledger > Ledger setup > General ledger parameters > Chart of accounts and dimension fast tab

تا قبل از نسخه ۸.۰ تغییر این فیلد از طریق فرم امکانپذیر نبوده است.

فرم پارامترهای ماجول حسابداری در نسخه ۸.۰

در نسخه ۸.۰ امکان تغییر جدا کننده با عنوان “Change delimiter”  در زیر گزینه “Chart of accounts delimiter” به فرم اضافه شده است.

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

در صورت انتخاب تغییر جدا کننده، فرم  “Modify chart of accounts delimiter” نمایش داده می‌شود و لیست باز شونده، کلیه گزینه‌های قابل انتخاب به عنوان جدا کننده را نمایش می‌دهد.

از این لیست نسبت به انتخاب جدا کننده‌ای بجز گزینه خط فاصله اقدام نمایید و در پایان برروی گزینه Modify کلیک نمایید.

بعد از آن بچ “Modify chart of accounts delimiter” بصورت اتوماتیک به لیست صف بچ‌ها به منظور اجرا اضافه می‌شود.

برای مثال اجرای جاب من طی چند دقیقه انجام گردید.

بعد از اجرای جاب و تکمیل عملیات تغییر جدا کننده، اعمال این تغییرات در لیست اسناد همه شرکتها قابل مشاهده است.

البته نحوه نمایش سرفصلهای مالی در ژورنال مطابق با جدا کننده جدید تغییر خواهد یافت .

نتیجه

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

البته گاهی مواقع هم بهتر است به جای تغییر در جدا کننده سرفصلهای مالی، نسبت به تغییر جدا کننده پیشوند در کدهای تفصیلی اقدام نمایید. و مد نظر داشته باشید که تغییر جدا کننده پروژه و زیرپروژه نیز، در سیستم امکانپذیر می‌باشد.

Microsoft Dynamics 365, Microsoft Dynamics AX

ایجاد جاب پیش‌پرداخت سفارش خرید در داینامیکس ۳۶۵

دیدگاه‌تان را بنویسید:

ثبت پیش‌پرداخت فروشندگان در فرایند تدارکات بسیار معمول است و در چنین سناریویی یک سازمان باید بتواند سفارش خرید و پیش‌پرداخت خود را ردیابی و پیگیری کند. طی این مقاله در مورد اضافه کردن یک پبش‌پرداخت به سفارش خرید با استفاده از جاب نوشته شده با کدهای X++ در مایکروسافت دینامیک ۳۶۵ خواهیم پرداخت. لطفا تصاویر زیر دنبال کنید.

صفحه پیش‌پرداخت:

کد اصلی جاب، که طی دو تصویر نمایش داده شده است:

تصویر ۱.۱ :

توضیح کد منبع :

  • گرفتن سفارش خرید
  • Initialize purchprepaytable buffer
  • Set values
  • برای مثال ما از یک پیش‌پرداخت نوع درصدی استفاده می‌کنیم.

تصویر ۱.۲:

توضیحات کد منبع:

  • با استفاده از کلاس PurchTotals  جمع مبلغ سفارش خرید استخراج می‌گردد
  • محاسبه مجدد مبلغ سفارش خرید با استفاده از فراخوانی متد Calc()
  • اجرای محاسبه برای بررسی محدودیت‌ها و اعمال فیلدهای موجود در پیش‌پرداخت
  • تنطیم  prepay category Id
  • و در آخر جاب، اضافه کردن ردیف

جاب با موفقیت اجرا شد.

و البته این هم نتیجه :

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials

عملکرد زمانسنجی در داینامیکس ۳۶۵

دیدگاه‌تان را بنویسید:

در مایکروسافت داینامیکس ۳۶۵، با ابزار عملکرد زمانسنجی به راحتی و در کوتاهترین زمان ممکن دلیل کند شدن سیستم را کشف خواهید نمود. برای چک کردن کارآیی ابتدا لازم است ابزار  performance timer را در صفحه وب باز نموده و سپس نسبت به اضافه کردن گزینه debug=develop  در URL  اقدام نمایید.

بطور مثال :

 https://yoursite.cloud.test.dynamics.com/en/?cmp=USMF&debug=develop

زمان در بالای صفحه نشان داده می‌شود.

نکته : توجه داشته باشید که در زمان اجرای سیستم در حالت Debug سرعت آن کاهش خواهد یافت . بدست آوردن سریع وضعیت سرعت سیستم  با استفاده از کلید F12 و همچنین ابزارهای debugging که برای مرورگرها وجود دارد، امکانپذیر است.

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

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

تب تاریخچه (History Tab) : این تب نشان دهنده تعداد رخدادهای باز شدن فرمها نمایش داده می‌شود. مشاهده جزییات بیشتر با کلیک کردن روی هر کدام از آن رخدادها امکانپذیر است.

تب Server Calls : همانطور که در نام آن مشخص است، این تب شامل اطلاعات Server call ها می‌باشد.

تب Server Performance Counters : این تب شامل چهار شمارنده عملکرد سرورها که فراهم آورنده جداگانه اطلاعات مربوط به سرور می‌باشند، وجود دارد.

فرمها : در این قسمت تعداد فرمهای باز شده، باز شده/  ثانیه، بسته شده به ثانیه و یک مجموعه از دیگر شمارنده ها مانند جمع تعداد فرمهای ایجاد شده و بسته شده نمایش داده می‌شود.

زباله روب GC (Garbage collector): در این قسمت اطلاعاتی در مورد فرایندهای بازمانده در سرور نمایش داده می‌شود.

ایستگاه‌های وب یا Web Client Session: این قسمت تعداد ایستگاه‌های کاربری باز برروی وب را به شما نمایش می‌دهد و اینکه در کل به چه تعداد می‌باشند و چه تعداد از آنها  در حال حاضر باز می‌باشند.

Services Session provider : این قسمت نیز سرجمع تعداد ایستگاه‌های ایجاد شده را به شما نشان می‌دهد.

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

اگر می‌خواهید مستندات مایکروسافت را در خصوص این موضوع مطالعه کنید اینجا را کلیک کنید.

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials

آسان شدن ثبت تفصیلی در داینامیکس ۳۶۵

دیدگاه‌تان را بنویسید:

طی نسخه PU20 8.1 داینامیکس ۳۶۵ برای امور مالی و عملیاتی منتشر شده در پاییز ۲۰۱۸، مایکروسافت پیشرفتی در ثبت مالی انجام داده است که به شرح ذیل است:

“هنگامی که یک تفصیلی دارای یک منبع پشتیان مانند مشتری یا فروشنده است، مقدار آن تفصیلی بصورت اتومات با مقدار وارد شده در آن فرم تکمیل می‌گردد. برای مثال، تفصیلی مشتری به طور خودکار در هنگام ایجاد آن در فرم مشتری با مقدار کد مشتری ثبت می شود. این امکان با قابلیت فعال‌سازی برای یک یا چند تفصیلی بصورت اتومات، در آینده تکمیل خواهد شد. به عنوان مثال، هنگامی که مرکز هزینه انتخاب گردید، تفصیلی مربوط به واحد کسب و کار (Business unit) بصورت پیش‌فرض وارد می‌گردد. ”

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

همانطور که در تصویر ذیل ملاحظه می‌شود، گزینه‌ای جدید در آدرس

General ledger > Chart of account > Dimensions > Financial dimensions

اضافه شده است و با انتخاب Yes می‌توان این امکان را برای تفصیلی مورد نظر فعال نمود. در اینجا برای مشتری فعال شده است.

در نسخه ۸.۱ پاییز ۲۰۱۸ این امکان برای تفصیلی‌هایی مانند واحد کسب و کار”Business unit”  قابل انتخاب و فعال شدن نمی‌باشد و فقط برای تفصیلی‌های دارای اطلاعات اصلی مانند مشتری، فروشنده، کالا و کارگر قابل انتخاب می‌باشد.

این امکان به چه صورت کار می‌کند ؟

برای مشاهده روش کار آن به فرم مشتریان رفته و یک مشتری جدید تعریف می‌نمایم.

Accounts receivable > Customers > All customers

مشتری جدید را به نام  “ABC” تعریف و ردیف را ذخیره می‌کنیم.

در تب “Default Financial Dimensions”  می‌توانید مشاهده کنید که تفصیلی مربوط به مشتری با مقدار کد مشتری به صورت اتوماتیک تکمیل شده است.

طی این تغییرات در زمان ایجاد یک ژورنال جدید، تفصیلی مشتری با کد انتخاب شده آن در صفحه مشتری تکمیل خواهد شد. در مورد این مثال بعد از انتخاب کد مشتری ABC تفصیلی آن نیز با همین کد تکمیل می‌گردد. بعد از انتخاب سرفصل حساب مقابل (Offset account) نیز، در صورت نیاز به کد مشتری در آن و فعال بودن تفصیلی مشتری برای آن حساب براساس ساختار کدینگ حسابداری، سیستم بصورت اتوماتیک نسبت به تکمیل تفصیلی آن با مقدار کد مشتری اقدام خواهد نمود.

مایکروسافت این عملکرد جدید را با “فاز ۱” توصیف می کند. مایکروسافت می گوید که در عرض ۳-۶ ماه آینده، قابلیت‌های جدیدی به آن اضافه خواهد شد. این احتمال وجود دارد که طی فاز ۲ به شما امکان تعریف قوانین ترکیبی برای تفصیلی‌ها را فراهم نماید. مثلا بعد از انتخاب مرکز هزینه ۱، به صورت اتوماتیک دپارتمان ۲ و واحد کسب و کار ۳ به عنوان سایر تفصیلی‌ها در داده اصلی و یا ژورنال تکمیل گردد.

نتیجه‌گیری:

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

Dynamics 365 for Operations, Microsoft Dynamics 365, Microsoft Dynamics 365 for Financials

دیتابیس لاگ در مایکروسافت داینامیکس

دیدگاه‌تان را بنویسید:

تنظیم و استفاده از دیتابیس لاگ در مایکروسافت داینامیکس ۳۶۵ بسیار مشابه مایکروسافت داینامیکس ایکس ۲۰۱۲ می‌باشد.

تنظیمات دیتابیس لاگ

برای انجام این تنظیمات وارد آدرس ذیل شوید:

System administration > Setup > Database log setup

برروی گزینه New به منظور ایجاد یک دیتابیس لاگ جدید کلیک نمایید.

بعد از کلیک برروی این گزینه، یک صفحه پیشرونده (Wizard)  برای راهنمایی شما جهت تکمیل موارد باز خواهد شد.

ابتدا جدول و فیلدی را که می‌خواهید برروی آن تنظیمات را انجام دهید پیدا کنید. طی این پست من می‌خواهم تنظیمات دیتابیس لاگ را برای فیلد حد اعتبار (credit limit) مشتری تنظیم نمایم.

این فیلد را می‌توانید در زیرمجموعه General ledger  در قسمت Customers پیدا نمایید.

سپس در قسمت مشتری فیلد  CreditMax  انتخاب کرده و سپس برروی گزینه بعدی (Next) در پایین صفحه، سمت راست کلیک نمایید.

با توجه به اینکه فقط یک فیلد ( نه یک جدول) انتخاب شده است، لذا شما فقط می‌توانید گزینه بروزسانی “Update”آن فیلد را انتخاب کنید.

برروی گزینه بعدی (Next) و سپس گزینه پایان (Finish) کلیک نمایید، تا تنظیمات پایان یابد.

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

 تغییر مبلغ حد اعتبار مشتری

برای انجام این تغییر وارد کارت مشتری در آدرس ذیل شوید:

Accounts receivable > Customers > All customers

مشتری که لازم است مبلغ حد اعتباری آن بروز شود را انتخاب کنید.

مبلغ حد اعتباری مشتری در حال حاضر صفر می‌باشد.

این مبلغ را به ۱۰۰۰۰۰ تغییر داده و گزینه ذخیره را انتخاب نمایید.

 دسترسی به دیتابیس لاگ از طریق رکورد

برای دسترسی به دیتابیس لاگ یک رکورد در پنل عملیات (Action pane) صفحه مشتری گزینه  Option  و سپس گزینه  Record info را انتخاب نمایید.

صفحه اطلاعات رکورد در سمت راست صفحه باز می‌شود. گزینه دیتابیس لاگ “Database log” را انتخاب کنید.

با انتخاب این گزینه دسترسی مستقیم به لاگ مشتری انتخاب شده دارید.

در صفحه عملیات گزینه تاریخچه  “History” را انتخاب کنید. همانطور که دیده می‌شود کاربر”Admin” حد اعتباری مشتری  را از صفر به ۱۰۰۰۰۰ در تاریخ ۲۴/۳ ۲۰۱۶ و ساعت  ۱۱:۰۵:۴۵ AM تغییر داده است.

همانند داینامیکس ایکس ۲۰۱۲ مشاهده دیتابیس لاگ از ماجول System administration در قسمت Inquiries  و سپس انتخاب Database log  نیز امکانپذیر است.