حسابداری و گزارش درآمد (RAR) |مفهوم و پیکربندی

این وبلاگ با ارائه یک درک مختصر از IFRS (استاندارد گزارشگری مالی بین المللی) 15 درآمد حاصل از قرارداد با مشتریان شروع می شود و سپس بیان می کند که چگونه راه حل SAPs RAR (حسابداری و گزارش دهی درآمد) به رعایت آن کمک می کند. در پایان، برخی از تنظیمات مهم را در SAP RAR (حسابداری و گزارش درآمد) فهرست می کند.

RAR همچنین برای مطابقت با ASC 606 - درآمد حاصل از قرارداد با مشتریان استفاده می شود.

2. مخاطب

3. هدف

• درک مفهوم IFRS 15 درآمد حاصل از قرارداد با مشتریان • درک حسابداری درآمد و گزارش دهی SAP (RAR) • پیکربندی در حسابداری و گزارش درآمد (RAR)

4. IFRS 15: درآمد حاصل از قرارداد با مشتریان

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

در زیر گزیده ای از داده های مالی دو شرکت در یک رشته تجاری آورده شده است؛ با تجزیه و تحلیل داده های فوق، مشخص می شود که شرکت B دارای ROI (بازده سرمایه گذاری) خوبی در واقع 4. 5 برابر شرکت A است و بهترین است. مکانی برای سرمایه گذاری

اکنون برخی حقایق دیگر را بررسی خواهیم کرد و خواهیم دید که آیا تصمیم ما برای رفتن به شرکت B تغییر خواهد کرد؟

حقایق دیگر؛• هر دو شرکت در طول سال فقط یک قرارداد داشتند.• قرارداد شرکت الف 10. 000. 000 و در 5 سال تحویل می شود. به طور کامل فاکتور و مبلغ دریافت شده از قبل. درآمد فقط به میزانی که تعهدات تحویل شده است شناسایی می شود که آن را تنها 2, 00, 000 برای سال می کند.• قرارداد شرکت ب 500000 است و در 5 سال تحویل می شود. به طور کامل فاکتور و مبلغ دریافت شده از قبل. درآمد بر اساس صورتحساب شناسایی می شود اگرچه قرارداد به طور کامل تحویل نشده است.

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

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

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

IFRS (استاندارد گزارشگری مالی بین المللی) 15 یکی از این استانداردها است که این قانون را برای تشخیص و گزارش درآمد از قراردادهای با مشتریان تعیین می کند. این مشخص می کند که چگونه و چه موقع می توان درآمد را تشخیص داد و همچنین به اشخاص نیازهای مالی را برای افشای اطلاعاتی و آموزنده تر به کاربران ارائه داد.

اصول IFRS 15 اگرچه ما به جزئیات IFRS 15 نمی پردازیم - درآمد حاصل از قراردادها با مشتریان ، ما CRUX را به عنوان حسابداری و گزارشگری درآمد SAP (RAR) می فهمیم.

هدف اصلی استاندارد جدید IFRS 15 ارائه یک مدل جامع و جامع تشخیص درآمد برای کلیه قراردادهای مشتری ، بهبود مقایسه در صنایع و در سراسر بازارهای سرمایه است.

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

• قرارداد را با مشتری شناسایی کنید.
• تمام تعهدات عملکرد فردی را در قرارداد مشخص کنید.
• قیمت معامله را تعیین کنید.
• قیمت را به تعهدات عملکرد اختصاص دهید.
• درآمد را با تحقق تعهدات عملکرد تشخیص دهید.

اصطلاحات همچنین خوب است که برخی از کلمات خاص IFRS 15 را بدانید.

تعهد عملکرد ؛در صورتی که خوب یا خدمات "متمایز" باشد ، وعده تحویل خوب یا خدمات تحت قرارداد با مشتری واجد شرایط عملکرد است.

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

دارایی قرارداد ؛درآمد شناخته شده بیش از مبلغ فاکتور است.

مسئولیت قرارداد ؛مبلغ فاکتور بیش از درآمد شناخته شده است.

تصاویر سعی می کنیم این مدل 5 مرحله ای را با یک تصویر درک کنیم. ما نمونه ای از قرارداد را از یک صنعت ارتباطات از راه دور خواهیم گرفت ، صنعتی که به شدت تحت تأثیر IFRS 15 قرار دارد.

مرحله 1: قرارداد را با مشتری مشخص کنید که یک قرارداد با مشتری وارد شود و زیر شرایط مشابه است.• دستگاهی که تحت قرارداد با 13،000 INR فروخته می شود ، با 3 ماه اشتراک داده رایگان.• مبلغ کامل در شروع قرارداد حل و فصل شد.• دستگاه بلافاصله تحویل داده می شود.• خدمات داده ارائه شده در مدت 3 ماه پیمانکاری.

مرحله 2: تمام تعهدات عملکرد فردی را در قرارداد مشخص کنید این قرارداد دارای دو POB (تعهدات عملکردی) یک تحویل دستگاه و دیگری ارائه خدمات داده در طی 3 ماه است.

مرحله 3: تعیین قیمت معامله در این قرارداد TP (قیمت معامله) 13،000 INR است.

مرحله 4: قیمت را به تعهدات عملکردی که ما 2 POB را در این قرارداد شناسایی کرده ایم اختصاص دهید. قیمت معامله باید بین این 2 POB به نسبت قیمت فروش مستقل آنها (SSP) اختصاص یابد. همانطور که در IFRS 15 تعریف شده است ، SSP قیمتی است که یک نهاد می تواند یک سرویس خوب یا خدمات را به طور جداگانه به مشتری بفروشد. SSP برای دستگاه 10،000 INR است و برای 3 ماه اشتراک 6000 INR است. از این رو ، مبلغ تخصیص دستگاه 8،125 INR خواهد بود و به مدت 3 ماه اشتراک 4،875 INR خواهد بود.

مرحله 5: درآمد را تشخیص دهید زیرا تعهدات عملکردی برآورده می شود ، درآمد دستگاه POB به عنوان و هنگام تحویل دستگاه شناخته می شود ، که در مورد ما در ماه اول است. درآمد مربوط به اشتراک POB در طی 3 ماه به طور مساوی به عنوان و هنگامی که تحقق می یابد ، به رسمیت شناخته می شود. در پایان ماه اول ، مسئولیت قرارداد 3،250 INR وجود خواهد داشت ، زیرا مبلغ قرارداد کاملاً صورتحساب است و اشتراک به مدت 2 ماه هنوز ارائه نشده است.

در زیر نمایش تصویری از تصویر روایت شده در بالا آورده شده است.We also consider an illustration where in contact asset is ascertained.

5. حسابداری و گزارشگری درآمد (RAR)

مرور اجزای حسابداری و گزارشگری SAP بر اساس مدل 5 مرحله ای از IFRS 15 است. در سیستم RAR ، داده های به دست آمده از برنامه های منبع مختلف برای شناسایی POB و درآمد قابل تشخیص آنها پردازش می شوند. در پایان دوره ، درآمد در برابر IFRS 15 به همراه مسئولیت قرارداد / دارایی قرارداد در صورت وجود شناخته می شود و به حسابداری ارسال می شود.

داده های معماری به سیستم RAR از برنامه های مختلف برای محاسبه درآمد ، دارایی قرارداد و مسئولیت قرارداد در برابر IFRS 15. داده ها می توانند با ادغام بومی از SD و Hybris و از برنامه های شخص ثالث با استفاده از BADIS به RAR منتقل شوند.

نمودار زیر معماری جریان داده را به سیستم RAR و در داخل RAR نشان می دهد.

برنامه های منبع SAP RAR یک برنامه مستقل است و چندین برنامه (مدیریت قراردادها) می توانند مستقیماً از طریق ARL (لایه استفاده مجدد آداپتور) در RAR ادغام شوند. RAR با برنامه های SAP و غیر SAP سازگار است.

برنامه های ادغام استاندارد 1. SAP Hybris 2. فروش و توزیع

برنامه های شخص ثالث 1. رویکرد توپی داده

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

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

آداپتور استفاده مجدد از داده های لایه دریافت شده از برنامه های منبع تولید RAI (موارد حسابداری درآمدی) را برای انتقال اطلاعات قرارداد به RAR تولید می کند. برنامه های SAP مانند SD را می توان برای تولید RAIS در ARL (لایه آداپتور استفاده مجدد) به طور خودکار تنظیم کرد.

RAIS (موارد حسابداری درآمدی) به عبارت ساده می تواند به عنوان زبان مشترک توسط سیستم RAR قابل درک باشد. داده های دریافت شده از کلیه برنامه های منبع تولید RAI (موارد حسابداری درآمدی).

پس از ایجاد موارد حسابداری درآمدی ، برای ایجاد/به روزرسانی قرارداد RA و POB ها (تعهدات عملکرد) باید پردازش شوند.

RAIS (موارد حسابداری درآمدی) را می توان با استفاده از مانیتور RAI (معامله farr_rai_mon) مشاهده و پردازش کرد. به طور معمول 3 مرحله/وضعیت در پردازش RAI وجود دارد. خام ، قابل پردازش و فرآوری شده. با این حال ، مراحل چندانی با رویکرد یکپارچه می تواند رد شود.

میانگین هر مرحله/وضعیت ؛

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

یک RAI برای هر مورد خط (مورد اصلی) و شرایط مربوطه (مورد شرط) برای سفارش ، تحقق و فاکتور ایجاد می شود.

RAI با موفقیت پردازش شده ، قراردادها و POB های RA را بر اساس قوانینی که در BRF+ (چارچوب قوانین کسب و کار) تعیین شده است ایجاد و به روز می کند.

چارچوب قوانین تجاری+ BRF+ یک برنامه مستقل و یک مؤلفه برجسته در ARL (لایه استفاده مجدد آداپتور) است. BRF+ برای به دست آوردن ویژگی های قرارداد حسابداری درآمدی و تعیین حساب با قوانین از پیش تعریف شده تجاری استفاده می شود. BRF+ به عنوان یک API و همچنین یک رابط کاربری برای تعریف و پردازش قوانین کسب و کار عمل می کند.

BRF+ به عنوان یک برنامه مستقل ، نه تنها با RAR یکپارچه شده است بلکه می تواند با سایر برنامه های SAP مانند CRM ، SRM و سایر برنامه های سفارشی نیز ادغام شود.

الگوهای برنامه BRF+ به طور پیش فرض توسط SAP تحویل داده می شوند. الگوی farr_ap_sd_process_template برای کلاسهای مورد حسابداری درآمدی که برای ادغام با فروش و توزیع (SD) استفاده می شود.

الگوی farr_ap_ca_process_template برای کلاسهای مورد حسابداری درآمدی که برای ادغام صورتحساب هیبریس SAP (مؤلفه فرستنده CA) استفاده می شود.

الگوی farr_ap_crm_process_template برای کلاسهای مورد حسابداری درآمدی که برای ادغام مدیریت ارتباط با مشتری SAP (CRM) استفاده می شود.

الگوی farr_ap_process_template برای کلاس های مورد حسابداری درآمدی که برای ادغام سایر مؤلفه های فرستنده استفاده می شود.

الگوی farr_acc_determine_template برای تعیین حساب.

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

برنامه های BRF+ در پیکربندی پردازش POB و تعیین حساب اختصاص داده می شوند.

جداول تصمیم گیری در هر یک از این برنامه ها برای اهداف خاص وجود دارد که شامل ستون های شرط و ستون های نتیجه است. داده های ستون نتیجه بر اساس داده های ستونی شرایط دریافت شده از سیستم RAR به RAR ارسال شده و به RAR ارسال می شود.

تصویر زیر ستون ورودی (به رنگ آبی) و ستون های خروجی (به رنگ سبز) را نشان می دهد.

در زیر برخی از جداول تصمیم گیری در برنامه های BRFPLUS ارائه شده است. 1. به روزرسانی ویژگی های POB 2. دریافت SSP (قیمت فروش مستقل) برای هر POBS 3. حق بازده 4. تعیین حساب برای دارایی قرارداد 5. تعیین حساب برای مسئولیت قرارداد 6. تعیین حساب برای درآمد شناخته شده 7. تعیین حساب برای Rev. adjتخصیص 8. تعیین حساب برای هزینه معوق

قرارداد حسابداری درآمد و قراردادهای حسابداری درآمد POBS با کلیک روی شماره قرارداد در RAI Monitor می توانید دسترسی پیدا کنید. قرارداد حسابداری درآمد شامل لیست تعهدات عملکردی در زیر آن به همراه وضعیت جزئیات هر یک از POB ها است.

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

ستون "مقدار فاکتور" نشان می دهد که POB تا به امروز و ستون "پیشرفت تحقق یافته" وضعیت تحقق POB را نشان می دهد.

ستون "وضعیت تعهد عملکرد" ، به عنوان "تکمیل شده" یک بار کاملاً برآورده و صورتحساب ، در غیر این صورت "در حال انجام" است.Calculation of revenue is based on multiple attributes of a POB, which gets partially filled up by BRF+. Following picture depicts attributes of a POB;Revenue Accounting Contracts also show Revenue Schedule for each POBs, especially for Time Based.Revenue Schedule provides the projection of revenue to be recognized over the period of contact. It also shows the status of revenue recognized in each period.

پردازش پایان دوره در حسابداری و گزارشگری درآمد (RAR) ، پایان دوره 3 مرحله ای پایان می یابد.

مرحله 1 - هدف درآمدهای انتقال: درآمد را که در پایان دوره مشخص شده به رسمیت شناخته می شود ، مشخص می کند. با این حال ، هیچ ورودی حسابداری را ارسال نمی کند.

SAP Path : Revenue Accountant> Revenue Posting>با کلیک بر روی انتقال ، یک کار پس زمینه ایجاد می شود. وضعیت کار را می توان با استفاده از مانیتور مشاغل ارسال درآمد بررسی کرد.

SAP Path : Revenue Accountant> Revenue Posting>نظارت بر درآمد درآمدی

مرحله 2 - محاسبه بدهی های قرارداد و هدف دارایی: دارایی قرارداد یا مسئولیت را در پایان دوره مشخص محاسبه می کند. با این حال ، هیچ ورودی حسابداری را ارسال نمی کند.

SAP Path : Revenue Accountant> Revenue Posting>بدهی های قرارداد و دارایی را محاسبه کنید

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

SAP Path : Revenue Accountant> Revenue Posting>نظارت بر درآمد درآمدی

مرحله 3 - ارسال درآمدها هدف اجرا: پست های حسابداری ارسال شده بر اساس محاسبه انجام شده در مراحل قبلی.

SAP Path : Revenue Accountant> Revenue Posting>اجرای ارسال درآمد

با کلیک بر روی پست ، یک کار پس زمینه ایجاد می شود که اسناد حسابداری را ارسال می کند. قبل از ارسال ، شبیه سازی می تواند برای تأیید ورودی ها انجام شود.

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

SAP Path : Revenue Accountant> Revenue Posting>نظارت بر درآمد درآمدی

ورودی های حسابداری حسابداری از RAR در طول دوره پردازش در مرحله 3 ارسال می شود. ما سناریوی زیر را به عنوان پایه ای برای درک مطالب حسابداری در نظر خواهیم گرفت.

مرحله 1: ارسال فاکتور زیر ، ورودی حسابداری است که در هنگام صورتحساب/صورتحساب ارسال شده است. هیچ نقشی از RAR در این مطلب وجود ندارد.

مرحله 2: تصحیح فاکتور (RAR) (وارونگی فاکتور) این یک ورودی از RAR است که درآمد شناخته شده در مرحله 1 را معکوس می کند. با این کار ، درآمد ارسال شده در ابتدا و با ورودی های بعدی RAR درآمد واقعی را مانند IFRS 15 ارسال می کند.

مرحله 3: درآمد (RAR) (پس از تحقق) با این مجموعه از ورودی ها ، RAR درآمد را مطابق با IFRS 15 می شناسد. با این حال ، ابتدا قیمت معامله را ارسال می کند و سپس آن را با اثر تخصیص تنظیم می کند. نتیجه چیزی جز تخصیص POB برای دوره نیست.

مرحله 4: دارایی و بدهی های قرارداد (RAR) (مانده در تعدیل قابل دریافت) با این دارایی/مسئولیت قرارداد ورودی ارسال می شود.

6. پیکربندی

مسیر IMG برای پیکربندی RAR با معامله Farr_Img قابل دسترسی است.

در این بخش برخی از تنظیمات مهم برجسته شده است. لطفاً توجه داشته باشید که تنظیمات ذکر شده در اینجا دقیقاً به روشی نیست که در Farr_IMG ترتیب داده شده است بلکه مطابق با مفهوم/جریان مورد بحث در بخش قبلی است.

برنامه های منبع مرحله 1: مؤلفه فرستنده همانطور که قبلاً مورد بحث قرار گرفت ، RAR می تواند از چندین برنامه منبع پشتیبانی کند. برنامه های منبع به عنوان مؤلفه فرستنده تعریف می شوند. مسیر SPRO: حسابداری درآمد - پردازش ورودی - مدیریت مورد حسابداری درآمد - تعریف اجزای فرستنده

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

مرحله 2: سیستم منطقی سیستم های منطقی را تعریف کنید که حسابداری درآمد اقلام منبع را از آنها بازیابی می کند. مسیر SPRO: حسابداری درآمد - پردازش ورودی - مدیریت آیتم حسابداری درآمد - تعریف سیستم های منطقی

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

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

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

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

مرحله 2: حفظ طبقات اقلام حسابداری درآمد طبقه بندی اقلام حسابداری درآمد و ویژگی های فنی آنها را تعریف کنید. برای هر کلاس اقلام حسابداری درآمد، لازم است که تعریف کنید: • رابطی که برای انتقال اطلاعات اقلام حسابداری درآمد به سیستم استفاده می کنید.• ذخیره داده مورد استفاده برای اقلام حسابداری درآمد مسیر SPRO: حسابداری درآمد - پردازش ورودی - اقلام حسابداری درآمد - حفظ طبقات آیتم حسابداری درآمد Customer fields can be added to the RAI structures / Revenue Accounting Item Classes

مرحله 3: ایجاد واسط برای کلاس های آیتم حسابداری درآمد، اشیاء زمان اجرا حاصل از پیکربندی آیتم حسابداری درآمد را ایجاد کنید. مسیر SPRO: حسابداری درآمد - پردازش ورودی - اقلام حسابداری درآمد - ایجاد واسط برای کلاس های اقلام حسابداری درآمد

مرحله 4: قوانین آپلود را به طبقات اقلام حسابداری درآمد اختصاص دهید رفتار کلاس اقلام حسابداری درآمد را در حین آپلود تعریف کنید. میتونه باشه؛1. RAI را به عنوان مورد قابل پردازش ایجاد کنید. اقلام ثابت به عنوان اقلام قابل پردازش و اقلام اشتباه به عنوان اقلام حسابداری درآمد خام ایجاد می شوند. 2. RAI را به عنوان آیتم خام ایجاد کنید. اقلام ثابت و اقلام اشتباه به عنوان اقلام حسابداری درآمد خام ایجاد می شوند. مسیر SPRO: حسابداری درآمد - پردازش ورودی - اقلام حسابداری درآمد - اختصاص قوانین آپلود به کلاس های اقلام حسابداری درآمد

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

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

مرحله 6: تعریف دلایل ترمیم اقلام حسابداری درآمد تعریف دلایل ترمیم برای بازیابی اقلام حسابداری درآمد که با دلیل معافیت معاف شده اند. پس از بازیابی، می توان آنها را در مانیتور RAI پردازش کرد. مسیر SPRO: حسابداری درآمد - پردازش ورودی - مدیریت اقلام حسابداری درآمد - تعریف دلایل بازسازی برای اقلام حسابداری درآمد

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

چارچوب قوانین کسب و کار + مرحله 1: کلاس های آیتم حسابداری درآمد برنامه های کاربردی BRF+ به کلاس های RAI برای افزودن قوانین تجاری در حین ایجاد/به روز رسانی قرارداد RA و POB ها (تعهدات عملکرد) اختصاص داده شده است. مسیر SPRO: حسابداری درآمد - پردازش ورودی - مدیریت آیتم حسابداری درآمد - اختصاص برنامه های BRFplus به کلاس های آیتم حسابداری درآمد

مرحله 2: تعیین حساب برنامه BRF+ را برای تعیین حساب و ارسال FI اختصاص دهید. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - اختصاص برنامه های BRF+ به فرآیندهای حسابداری درآمد

قرارداد حسابداری درآمد و POB ها مرحله 1: تنظیمات اختصاصی اصول حسابداری رفتار و ارائه متفاوت حسابداری ویژه اصل حسابداری را حفظ کنید. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - پیکربندی تنظیمات خاص اصول حسابداری

کدهای شرکت را به اصول حسابداری اختصاص دهید. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - تخصیص کدهای شرکت به اصول حسابداری

مرحله 2: باز کردن و بستن دوره های حسابداری درآمد پیکربندی کنید که آیا یک دوره حسابداری برای معاملات مربوط به حسابداری درآمد باز است یا خیر. تنظیمات در این فعالیت چشم انداز حسابداری درآمد از بسته شدن دوره را ارائه می دهد. این بیشتر یک فعالیت دوره ای است. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - باز و بسته شدن دوره های حسابداری درآمد

مرحله 3: دامنه تعداد دامنه تعداد - قراردادها دامنه تعداد برای قراردادهای حسابداری درآمدی را حفظ می کنند. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - دامنه شماره - محدوده شماره برای قراردادها

دامنه شماره - تعهدات عملکرد محدوده تعداد برای تعهدات عملکرد (POB) را حفظ می کند. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - دامنه شماره - محدوده شماره را برای تعهدات عملکرد تعریف کنید

دامنه شماره - شناسه های اجرای دامنه های تعداد برای تعهدات عملکرد (POB) را حفظ کنید. شناسه های اجرا شماره مرجع هستند که سیستم برای ردیابی مشاغل پس زمینه ایجاد شده برای ارسال های درآمد استفاده می کند. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - دامنه شماره - محدوده شماره برای شناسه های اجرا

مرحله 4: دسته های قرارداد را تعریف کنید دسته های قرارداد را تعریف کرده و دامنه شماره را به آنها اختصاص دهید. مسیر SPRO: حسابداری درآمدی - قراردادهای حسابداری درآمد - دسته های قرارداد را تعریف کنید

مرحله 5: تعریف انواع تعهدات عملکرد انواع تعهدات عملکرد و ویژگی های مرتبط با آنها را تعریف کنید. POB ها همچنین می توانند ویژگی های خود را با استفاده از برنامه BRF+ به دست آورند. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - انواع تعهدات عملکرد را تعریف کنید

مرحله ششم: انواع شرایط تنظیمات مربوط به انواع شرایط را حفظ می کنند. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمدی - انواع شرایط تعریف انواع شرایط محفوظ

انواع شرایط را تعریف کنید که نیاز به تخصیص ندارند

نقش ها را برای انواع شرایط تعریف کنید

مرحله 7: تعریف انواع رویدادهای تحقق انواع مختلف رویدادها را می توان برای تشخیص تحقق تعریف کرد. طبق IFRS 15 ، درآمد پس از تحقق شناخته می شود. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمدی - تعریف انواع رویداد تحقق

مرحله 8: تغییر کنترل پیام را پیکربندی کنید که چگونه سیستم پیام های خاصی را برای حسابداری درآمد انجام می دهد. مسیر SPRO: حسابداری درآمد - قراردادهای حسابداری درآمد - کنترل پیام را تغییر دهید

مرحله پردازش پایان دوره 1: تعریف مشخصات ارسال برای انتقال لجر عمومی ، تنظیمات مربوط به ارسال RAR را مانند ارسال کلید ، نوع سند ، حساب انتقال برای تقسیم اسناد ، مرکز سود و غیره تعریف کنید. اسناد FI ارسال شده در طول دوره پردازش پایان دوره بر اساس این پیکربندی خواهد بود. مسیر SPRO: حسابداری درآمدی - ارسال حسابداری درآمدی - تعریف مشخصات ارسال برای انتقال عمومی لجر

مرحله 2: پیکربندی تعیین حساب برای معاملات خاص این پیکربندی اجازه می دهد قوانینی را که سیستم برای تعیین حساب ها برای تعیین برخی از ارسال های مربوط به درآمد استفاده می کند ، تعریف کنید. همچنین می تواند مستقیماً در برنامه BRF+ نگهداری شود. مسیر SPRO: حسابداری درآمد - ارسال حسابداری درآمد - پیکربندی حساب برای معاملات خاص

امیدوارم که این وبلاگ را مفید بدانید.

این وبلاگ عملکرد کامل SAP RAR را پوشش نمی دهد. لطفاً برای بینش بیشتر به SAP کمک کنید.