یک کوپن

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

یک کوپن چیست؟

به دلیل انعطاف پذیری مجلات مالی ، می توانید یک کوپن واحد وارد کنید که یک معامله را نشان دهد ، اما دارای چندین مشتری ، فروشندگان ، دارایی های ثابت ، پروژه ها یا حساب های بانکی است. مایکروسافت از این قابلیت به عنوان یک کوپن یاد می کند. سناریوهای یک کوپن شامل معاملات نمی شوند که فقط حساب های دفترچه را شامل می شوند. این معاملات به General Ledger ارسال می شود ، نه به زیر مجموعه هایی مانند حساب های دریافتنی ، دارایی های ثابت و بانک.

دو دسته از یک نمونه کوپن وجود دارد:

• این کوپن شامل معاملات متعددی است که به عنوان یک معامله واحد وارد شده اند. در اینجا برخی از مثالهای ممکن آورده شده است:
  • پرداخت های متعدد فروشنده در هر خط وارد می شود (از حساب افست استفاده نمی شود) ، و مبلغ پرداخت مبلغ پرداخت به یک حساب بانکی در یک خط وارد می شود. خلاصه پرداخت برای به روزرسانی Subledger بانک به عنوان مبلغ خلاصه ای که مطابق با صورت حساب بانکی است انجام می شود. با این حال ، هر معامله فروشنده هنوز در جزئیات در حساب های قابل پرداخت قابل پرداخت ثبت شده است. همین سناریو در سمت پرداخت مشتری نیز یافت می شود.
  • دارایی های ثابت چندگانه در یک کوپن واحد به دست می آیند. این روش اغلب هنگام ورود مانده های شروع برای ماژول دارایی های ثابت استفاده می شود.
  • نقل و انتقالات بانکی
  • تعادل فروشنده/مشتری (همان شخص)
  • انتقال مانده از مشتری به مشتری b
  • فاکتورهای فروشنده که دارای چندین خط هستند که دارای دارایی های ثابت یا پروژه هستند

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

  مسائل مربوط به یک کوپن

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

  بسته به تنظیم سازمان شما ، برخی از سناریوها ممکن است هنوز به درستی کار کنند. در اینجا مناطقی وجود دارد که ممکن است با مشکلات روبرو شوید:

   

  • تسویه حساب - اگر بیش از یک فروشنده یا مشتری بر روی یک کوپن وجود داشته باشد ، حسابداری که در طول تسویه حساب ایجاد شده است ممکن است به اشتباه به ابعاد مالی اختصاص یابد. برای کسب اطلاعات بیشتر در مورد موضوعاتی که می تواند در هنگام تسویه حساب رخ دهد ، به کوپن تک با سوابق مشتری یا فروشنده متعدد مراجعه کنید.
  • محاسبه مالیات - اگر بیش از یک کوپن یا مشتری بر روی یک کوپن وجود داشته باشد ، محاسبه مالیات ممکن است نادرست باشد.
  • معکوس معامله - اگر بیش از یک نوع حساب Subledger روی یک کوپن وجود داشته باشد ، هنگامی که یک معامله Subledger معکوس می شود ، ممکن است یک حسابداری نادرست برای وارونگی در دفترچه عمومی ارسال شود. به عنوان مثال ، اگر چندین دارایی را در یک کوپن واحد به دست آورید و سپس کسب یکی از دارایی ها را معکوس کنید ، حسابداری لجر عمومی برای معکوس نادرست خواهد بود.
  • گزارش و سوالات - اگر بیش از یک نوع حساب Subledger (به عنوان مثال ، فروشنده و مشتری) را روی یک کوپن قرار دهید ، گزارش ها/سوالات فقط اولین مقدار حساب را که یافت می شود نشان می دهد. به عنوان مثال ، فاکتور فروشنده چند لایه زیر را ارسال می کنید. این شامل چهار پروژه است که نمایانگر "خطوط" در فاکتور است. این رویکرد برای سازمانهایی که از مجلات به طور گسترده استفاده می کنند ، یک نیاز تجاری مشترک است. Three of the four projects are posted to the same main account (601500). If you open the Accounting source explorer to view details about posted transactions for that main account, you'll notice that the project ID for all three lines is 000057 . This behavior is a known limitation of One voucher. The details won't correctly link each line to the appropriate project on the joual. Instead, the first account value that's found will always be shown on reports and in inquiries.

   

  معامله را به عنوان یک کوپن وارد کنید

  To enter transactions as One voucher, go to General ledger> Ledger setup>پارامترهای عمومی Ledger ، و سپس ، در برگه Ledger ، معاملات مجاز را در یک گزینه Voucher به YES تنظیم کنید.

  

  با تنظیم قسمت جدید کوپن در یکی از مقادیر زیر می توانید یک معامله کوپن را در صفحه ژورنال نام وارد کنید:

  • فقط یک شماره کوپن - هر خطی که به مجله اضافه می کنید در همان کوپن گنجانده می شود و خطوط شامل بیش از یک مشتری ، فروشنده ، بانک ، دارایی ثابت یا پروژه خواهد بود.
  • در ارتباط با تعادل - یک کوپن چند لایه را وارد کنید که در آن هیچ حساب افست وجود ندارد ، و خطوط حاوی بیش از یک مشتری ، فروشنده ، بانک ، دارایی ثابت یا پروژه هستند.
  • در ارتباط با Balance-یک کوپن تک خط را وارد کنید که در آن هر دو حساب و حساب Offset شامل نوع حساب Subledger مانند فروشنده / فروشنده ، مشتری / مشتری ، فروشنده / مشتری یا بانک / بانک باشد.

  آیا سناریوی کسب و کار من به یک کوپن نیاز دارد؟

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

   

  سناریو	شرح	یک کوپن مورد نیاز است؟	جایگزین
  خلاصه پرداخت فروشنده	یک سازمان لیستی از فروشندگان و مبلغ آن را به بانک خود ارتباط می دهد. این بانک از این لیست برای پرداخت فروشندگان از طرف سازمان استفاده می کند. هر پرداخت فروشنده باید به تفصیل در حساب های قابل پرداخت ارسال شود ، اما مبلغ پرداخت ها به عنوان یک برداشت واحد به حساب بانکی ارسال می شود.	No	از نظر Microsoft Dynamics 365 Finance نسخه 10. 0. 32 ، ویژگی ای وجود دارد که توانایی ارسال فروشنده دقیق و پرداخت مشتری را دارد ، اما مبلغ را به حساب بانکی خلاصه می کند. برای اطلاعات بیشتر ، به ارسال کننده دقیق فروشنده و پرداخت مشتری مراجعه کنید.
  خلاصه پرداخت مشتری	پرداخت های مشتری به عنوان مبلغ کل در حساب بانکی واریز می شود. هر پرداخت مشتری باید به تفصیل در حساب های دریافتنی ارسال شود ، اما مبلغ پرداخت ها به عنوان یک سپرده واحد به حساب بانکی ارسال می شود.	No	از نظر Dynamics 365 Finance نسخه 10. 0. 32 ، ویژگی ای وجود دارد که توانایی ارسال فروشنده دقیق و پرداخت مشتری را دارد ، اما مبلغ آن را به حساب بانکی خلاصه می کند. برای اطلاعات بیشتر ، به ارسال کننده دقیق فروشنده و پرداخت مشتری مراجعه کنید.
  فاکتور فروشنده/مشتری	فاکتور برای یک مشتری یا فروشنده واحد وارد می شود ، اما خطوط اضافی خطوط فاکتور را نشان می دهد و دارای چندین دارایی یا پروژه ثابت است.	آره
  مجله پرداخت پیش پرداخت مشتری که در چندین "خط" مالیات دارد	مشتری پیش پرداخت را برای سفارش انجام می دهد. خطوط سفارش مالیات های مختلفی دارند. پرداخت مشتری پیش پرداخت باید مشتری را در چندین خط شامل کند ، به طوری که مالیات ها برای هر خط قابل محاسبه است.	آره
  بازپرداخت مشتری	اگر کار دوره ای بازپرداخت از حساب های دریافتنی اجرا شود ، معامله ای ایجاد می کند تا تعادل را از مشتری به یک فروشنده منتقل کند. فروشنده همان طرف مشتری است.	آره
  تعمیر و نگهداری دارایی ثابت: استهلاک صید ، تقسیم دارایی و محاسبه استهلاک در دفع	استهلاک صید ، تقسیم دارایی و محاسبه استهلاک برای دفع دارایی که همه برای ایجاد یک کوپن واحد استفاده می شود.	No	به عنوان نسخه مالی 10. 0. 21 ، معاملات دارایی ثابت که برای استهلاک صید ، تقسیم دارایی و محاسبه استهلاک برای دفع دارایی ایجاد می شود ، از شماره های مختلف کوپن استفاده می کنند.
  قبض های مبادله و سفته	قبض های مبادله و سفته ، مانده مشتری یا فروشنده را از یک حساب دریافتنی یا حساب Ledger قابل پرداخت حساب می کند ، بر اساس وضعیت پرداخت. از آنجا که همان مشتری یا فروشنده همیشه در کوپن استفاده می شود ، هیچ مسئله گزارشگری وجود ندارد.	آره
  توری	اگر مشتری و فروشنده یک طرف باشند ، مانده های فروشنده و مشتری در برابر یکدیگر قرار می گیرند. این رویکرد مبادله پول بین یک سازمان و طرف مشتری/فروشنده را به حداقل می رساند.	بله خیر	با ورود به افزایش و کاهش در کوپن های جداگانه ، و سپس ارسال افست به یک حساب کاربری پاک کننده می توان نت را انجام داد. برای برخی از سازمان ها ، این رویکرد بیش از حد به سربار نیاز دارد. بنابراین ، آنها تصمیم می گیرند به جای آن از یک کوپن استفاده کنند.
  تعادل انتقال	یک سازمان ممکن است مجبور شود تعادل را از یک فروشنده به دیگری منتقل کند ، یا به دلیل اشتباه یا به این دلیل که یک فروشنده دیگر مسئولیت را بر عهده گرفته است. نقل و انتقالات از این نوع همچنین برای انواع حساب مانند مشتری و بانک انجام می شود.	بله خیر	نقل و انتقالات موجودی از یک حساب (فروشنده ، مشتری ، بانک و غیره) به دیگری از طریق کوپن های جداگانه می تواند انجام شود و جبران می تواند به یک حساب کاربری پاک کننده ارسال شود. برای برخی از سازمان ها ، این رویکرد بیش از حد به سربار نیاز دارد. بنابراین ، آنها تصمیم می گیرند به جای آن از یک کوپن استفاده کنند.
  تسویه حساب های مختلف بدون پرداخت به همان فاکتور	این سناریو به طور معمول در سازمانهایی یافت می شود که مشتریان می توانند از چندین روش پرداخت برای پرداخت هزینه خرید استفاده کنند. در این سناریو ، سازمان باید بتواند چندین پرداخت غیرقانونی را ثبت کند و آنها را در برابر فاکتور مشتری تسویه کند.	No	یک ویژگی جدید که در امور مالی اضافه شده است ، امکان پرداخت چندین پرداخت نشده در برابر یک فاکتور واحد را فراهم می کند.
  ویژگی های خاص کشور/منطقه	ویژگی سند اداری واحد (SAD) برای لهستان در حال حاضر نیاز به گروه بندی معاملات با هم دارد و از شماره کوپن برای این منظور استفاده می شود. ممکن است ویژگی های خاص کشور/منطقه وجود داشته باشد که به عملکرد یک کوپن نیاز دارند.	آره
  مکانیسم گروه بندی معاملات از یک رویداد تجاری	یک سازمان یک رویداد تجاری واحد دارد که باعث ایجاد چندین معاملات می شود. بخش حسابداری می خواهد ورودی های حسابداری را برای حسابرسی آسان تر مشاهده کند. سناریوی مشابه در جایی است که معاملات بانکی از طریق پرونده ای که از بانک دریافت می شود در امور مالی ثبت می شود. سازمان ها اغلب می خواهند با استفاده از شماره بیانیه بانکی در پرونده ، این معاملات را با هم گروه بندی کنند.	No	اگرچه گروه بندی معاملات با هم یک سناریوی معتبر است ، اما برای این منظور هرگز نباید از شماره کوپن استفاده شود. کوپن ها همیشه نمایانگر معاملات فردی هستند ، هرگز گروهی از معاملات. به جای آن ، معاملات را می توان به جای سایر زمینه ها ، مانند شماره دسته ای از مجله یا شماره سند ، گروه بندی کرد.
  ورود به تعادل آغازین	سازمانها غالباً به عنوان یک معامله کوپن واحد ، تعادل را برای حساب های Subledger (فروشندگان ، مشتریان ، دارایی های ثابت و غیره) وارد می کنند.	No	مانده های اولیه برای هر حساب subledger باید به عنوان کوپن جداگانه وارد شوند. افست را می توان به یک حساب کاربری پاکسازی ارسال کرد ، که با تعادل اولیه برای عمومی لجر جبران می شود.
  تصحیح ورود حسابداری یک سند ارسال شده	یک سازمان ممکن است مجبور شود حساب های دریافتنی یا حساب های قابل پرداخت حساب را برای یک فاکتور ارسال شده اصلاح کند. از آنجا که فاکتور صحیح است ، نباید برعکس شود.	بله خیر	اگر باید اصلاحاتی در حساب های دریافتنی یا حساب Ledger قابل پرداخت انجام شود ، می توان تعدیل را مستقیماً به حساب Ledger انجام داد. این رویکرد مستلزم آن است که تعدیل در طول "زمان پایین" انجام شود ، به گونه ای که حساب Ledger بتواند به طور موقت اجازه ورود دستی را بدهد. نکته مهم این رویکرد این است که گزارش های فروشنده/مشتری به لجر آشتی ، تفاوت در داخل و خارج را نشان می دهد. مقدار خالص 0 (صفر) است.
  ارسال به طور خلاصه به لجر عمومی	سازمانها اغلب می خواهند به طور خلاصه به لجر عمومی ارسال کنند تا میزان داده ها را به حداقل برسانند. با این حال ، این سازمان ها به طور معمول هنوز هم نیاز دارند که جزئیات معامله حفظ شود. هنگام ارسال به طور خلاصه از طریق یک کوپن واحد ، جزئیات معامله مشخص نیست و نمی توان آنها را حفظ کرد.	No	از آنجا که جزئیات معامله از بین رفته است ، سازمان ها نباید در صورت نیاز به جزئیات برای گزارش ، از یک کوپن برای ارسال به طور خلاصه استفاده کنند.
  "سیستم اجازه می دهد"	سازمانها غالباً از عملکرد یک کوپن صرفاً استفاده می کنند زیرا سیستم به آنها اجازه می دهد بدون درک پیامدها از آن استفاده کنند.	No	صرف این واقعیت که سیستم امکان استفاده از عملکرد را فراهم می کند ، هرگز دلیل معتبری نیست. از این قابلیت ها فقط در صورت نیاز به برآورده کردن یک نیاز تجاری دیگر استفاده می شود.

  آینده یک کوپن

  به دلیل مواردی که می تواند هنگام استفاده از یک کوپن رخ دهد ، گزینه های زیر مورد بررسی قرار می گیرند:

  • اگر روش بهتری برای دستیابی به سناریوی تجاری وجود داشته باشد ، ویژگی های جدید همچنان معرفی می شوند. به عنوان مثال ، ویژگی ای که در نسخه مالی 10. 0. 32 معرفی شده است ، پرداخت ها را به عنوان کوپن جداگانه وارد می کند ، اما حساب بانکی هنوز هم به طور خلاصه به روز می شود. با افزودن ویژگی ها ، آنها برای هر سناریوی تجاری در ستون "جایگزین" جدول قبلی ثبت می شوند.
  • برخی از معاملات ممکن است از طریق مجله در یک کوپن واحد وارد شوند ، اما ممکن است داده های اضافی برای شناسایی صحیح جزئیات معاملات ردیابی شوند.
  • ممکن است ترکیبی از ویژگی های جدید استفاده شود ، اما معاملات برای سناریوهای تجاری ممکن است با استفاده از یک کوپن واحد در مجله وارد شود.

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

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

  پس از پر شدن همه شکاف های عملکردی ، مایکروسافت ارتباط برقرار می کند که چه بخش هایی از یک کوپن را کاهش می دهد. اگر برخی از بخش ها کاهش یابد ، پس از معرفی همه ویژگی ها ، استهلاک حداقل برای یک سال مؤثر نخواهد بود و ارتباطات به همه مشتریان ارائه می شود.