Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
stefan_walz
Product and Topic Expert
Product and Topic Expert

Co-Authored by Gabi Hoffmann and Stefan Walz 

Welcome to this blog, in which we will show the new capabilities in Event-Based Revenue Recognition for advanced WIP (Work-in-Progress) reporting. The screenshots are taken from an SAP S/4HANA Cloud CE2402 system; the described functionality is only available in public cloud.

This functionality is based on the professional service tailored customer project scenario using time & expense billing.

We will start in this blog with a functional overview. Then we will show an end-to end process in the system based on the professional service tailored customer project scenario. For time and expense billing scenario there are many functionalities provided by the Manage Project Billing app, which are reflected in EBRR. We will close with insights into the EBRR configuration.

Motivation and functional scope

Motivation

The WIP on customer projects with the T&E billing method needs to be reported and justified to internal and external stakeholders such as auditors. First the WIP must be distinguished by (travel)expenses and hours (consultants time confirmation). For the WIP built by time confirmation it is important to know the underlying number of billable hours. The reporting must be possible too for previous periods – like the last year-end close.

Solution approach

The prerequisite to provide such enhanced reporting – even for previous periods - requires a solution based on journal entries posted by EBRR and supplementary information to be added.

With the new rev rec method, we have updated the existing ACDOCA fields Quantity and product (ACDOCA-MATNR) for the EBRR journal entries. This ensures, that the complete WIP can be explained by billed product, and therefore by time – including hours - and expenses portions.

This functionality is provided by the new revenue recognition key SPTMWP, which uses a new T&E revenue recognition method and a new assignment rule. This method only works in public cloud for professional service customer projects with T&E contract items.

The new method enhances the existing reporting capabilities for WIP:

  • Drilldown by market segment fields like product sold, customer or sales order – please check in figure 1.
  • Information about employee performing the service and Cost Analysis Resource – only available for T&E contract items and target revenue method.

Further information about the professional service customer project processes is available here:
https://blogs.sap.com/2018/06/26/financial-accounting-for-customer-projects-in-sap-s4hana-cloud-part...

Features of the new revenue recognition key/method

  • The EBRR journal entries are enhanced by the hours and the billed product
    Important: only hours are reflected, not other Unit of Measures.
  • Write-off and CAP postings can now be determined by journal entry item attributes, stored in the field SLA Line item type.
  • To enhance transparency, we have reduced the journal entry items for the CAP postings.

Since we write all the information to the general ledger, it is available for the current and each previous period. This means for example, that the WIP of the last fiscal year end close can be analyzed at any time.

Note to SLA Line item type (subledger specific line item type)
With the SLA item type, in General Ledger we distinguish further the kind of journal entry posting. For example, event-based revenue recognition: The business transaction type is defined as TBRR. But to distinguish the kind of journal entry item further, we use the SLA Line item type: accrued revenues/WIP, revenue adjustment, deferred revenues and now CAP and write off. Or we distinguish customer downpayment on projects: https://community.sap.com/t5/enterprise-resource-planning-blogs-by-sap/down-payment-4-customer-proje...

Remark to WIP Details app
This app can also be used to analyze the current WIP for T&E contract items in great detail. You can also determine the WIP aging. For this, in addition to the posting date, the service rendered date is available.
However, the report is not intended for declaring the WIP for a point in time in the past. - e.g. at the year-end or last month-end close. Examples of restrictions:

  • There is only one currency conversion date for a project in foreign currency.
  • If repricing has taken place in the meantime, the open quantities will be valued with the new price.
  • If all open billable items have been invoiced or written off in the meantime, the billing element is no longer selected.

System walkthrough – new WIP reporting for customer projects

We will now show an end-to end process in a CE2402 system for a professional service project, which is billed based on confirmed time and expenses.

We will post three time confirmations of different employees:

  • One senior consultant posting with activity type T002 and mapped to a bill product T002.
  • Two platinum consultants posting activity type T003, mapped to bill product T003. One employee is a cross company resource.

Additionally, we post travel expenses to the project, the expense G/L account is mapped to bill product E001.

With the Manage Project Billing app we will bill one hour and write off one hour.

We will show, how these business transactions are reflected in the General ledger journal entries and which WIP analysis is now available

First, we post a time confirmation for Platinum Consulting – activity type T003 - of 6 hours, which leads to the following journal entries

Figure 2: activity allocation journal entriesFigure 2: activity allocation journal entriesFirst line shows the time confirmation posting on the project.
The second journal entry reflects the matching EBRR journal entry. The realized revenue and therefore also the WIP is calculated by simulating time & expense-based project billing.
The activity type T003 is mapped to the bill product T003. The amount to be billed is calculated by SD pricing based on the customer and the billed material T003. Here we get 120€ per hour T003, which leads to the billable amount and realized revenue of 720€.
The billed product is stored in the revenue recognition journal entry items as well as the billable hours of 6.

As before we store the performing employee, Personnel number, and the Cost Analysis Resource. SAPACTI means activity allocation of an intracompany employee.

The EBRR journal entry items are account assigned to the WBS billing element, Account Assignment Type = PR, and thus the market segment attribution is active. We derive the assigned sales order, 23375. From the sales order we get the customer, 10100001, and from the item the product sold P002. In case of T&E billing, P002 is not the product, which is billed, it describes the delivered service – like S/4HANA implementation consulting project.

More about the CO account assignment and attribution functionality in S/4HANA is available here: https://community.sap.com/t5/enterprise-resource-planning-blogs-by-sap/co-account-assignment-and-att...

 In the next step we post travel expenses on the customer project – using the Post General Journal Entry app.

Figure 3: travel expense posting on customer project with active EBRRFigure 3: travel expense posting on customer project with active EBRRThe first journal entry item reflects the travel posting on the customer project; no quantities are posted.
The second journal entry reflects the matching EBRR journal entry. As for the time confirmation the realized revenue and therefore also the WIP is calculated by simulating time & expense-based project billing.
The G/L account 61003000 “Travel Expense – Hotel” is mapped to the bill product E001. The amount to be billed is defined in project billing: for bill material E001 the posted cost amount is billed to the customer 1:1. So, we get the same amount to be billed and therefore realized revenue as for the costs.
The billed product E001 is stored in the revenue recognition journal entry.

As before we store the performing employee, Personnel number, and the Cost Analysis Resource. SAPEXPI means expense posting of an intracompany employee.

Additionally, we post two time confirmations:
5h of an intercompany employee – Resource SAPACTCC – activity cross company
and 5 hours of an intracompany senior consultant – Resource SAPACTI

 We now analyze the activated WIP on the customer project with the Display Line Items – Margin Analysis app (the apps Display line items - General Ledger or Display Line Items – Cost Accounting can be taken too)

Figure 4: WIP analysis by journal entriesFigure 4: WIP analysis by journal entriesIn this view we split the WIP of the project SW004 the different billed product.

The complete WIP of 2.070€ can be explained by billed product.

The WIP contains expenses of 250€

And time of 1820€, which consists of:

  • Billed product T002, Senior consulting, of 500€, confirmed 5h
  • Billed product T003, Platinum consulting, of 1320€, confirmed 11h

Thus, our WIP contains 16h - the hours we confirmed before.

Now let us start billing preparation with the Manage Project Billing app. The app allows the user – typically the project manager - to create customer invoices based on the journal entries posted. For each wbs billing element, all time confirmation and expense postings are displayed. the project manager can then decide on the basis of the individual confirmations what is to be billed, what to postpone or written off. These decisions have direct impact on EBRR.

Figure 5: start Manage Project Billing app.Figure 5: start Manage Project Billing app.We select our project SW004 and push button Prepare Billing.

 We get an overview of all confirmations – the 16 hours and the posted expenses.

Figure 6: prepare billing and maintain write offFigure 6: prepare billing and maintain write offIn the app you see the 4 billable items - identified by the journal entry item.

The first line, item is a platinum time confirmation of 6 hours: we postpone 5h and bill one hour.

The second item is the travel expense of 250€, which we postpone.

The third line item is the intercompany platinum time confirmation of 5h, which we postpone.

The fourth line item is the time confirmation of 5h of the senior consultant, employee Andreas Hammerschmidt: we postpone 4 hours and write off 1h.

 By pushing submit:

  • we get the billing document request created.
  • We get an EBRR document created, which reduces the WIP and realized revenue for the 1h written off.
  • The postponed Billable Items are still in WIP.

 By submitting the Prepare Billing app we get an EBRR document created automatically to reflect the off hour.

Figure 7: EBRR journal entry for write offFigure 7: EBRR journal entry for write offThe first journal entry item reduces the realized revenue of 100€, the second journal entry item reduces the WIP. 100€ is the price for 1 hour senior consulting, bill product T002.

Additionally, we update in both journal entry items the hours: the billable quantity and thus the WIP quantity is reduced by 1 hour.

To allow reporting on the written off hours we use an own new SLA type 8208 for write off for the revenue adjustment journal entry item.

 With an additional step we create the billing document, which we show in figure 7.

Figure 8: Billing documentFigure 8: Billing documentThe billing document shows one item, which includes billing material T003 and 1 hour.

We post the billing document to accounting and analyze it:

Figure 9: Billing journal entryFigure 9: Billing journal entryThe first journal entry reflects the billing element. In the second item, the billed revenue domestic item, we see the billed product T003 and the quantity of 1h.

The second journal entry is the matching EBRR document, in which we now write the billed product T003 and the quantity of 1h with the new EBRR method.

Other attributes are provided as explained before.

 As next step we start an EBRR period-end calculation with the Event-Based Revenue Recognition – Projects app. We select our Billing element SW004.0.1 and start Revalue. In the pop up we select Simulate and get the results in figure 10.

Figure10: EBRR closing simulation resultFigure10: EBRR closing simulation resultThe balance sheet values for accrued/WIP and deferred revenue need to be netted by the billed amount of 120€: accrued revenue is reduced by 120€ and the deferred revenue is balanced to zero.

 The created EBRR document we analyze in Figure11.

Figure11: EBRR closing Journal entryFigure11: EBRR closing Journal entryIn this EBRR closing JE for both balance sheet journal entry items the hours and billed product are provided.

 Now let’s have a final look on the WIP reports. We will focus on the new reporting capabilities bill product, quantity and new SLA Line item type for analysis of the write off.

 First, we analyze again the WIP in figure 12

Figure12: WIP drilldown by product and hoursFigure12: WIP drilldown by product and hoursWe see now adjusted WIP in comparison with figure 4.

There are still 14 hours in WIP.

 Now we want to trace the hours handled within the project. We select all relevant postings for the project.

Figure13: hours checkFigure13: hours checkThere is always the rule , that input hours (from consultant confirmed hours) are equal to the used hours. In our example:

Confirmed hours (16h) = Billed hours(1h) + write off (1h) + WIP (14h)

The confirmed/input hours we get in first line with the consultant’s time confirmations – G/L account 94308000.

The billed hours we get through the billing journal entry item on the project – G/L account 41910000.

The written off hours we detect by the SLA type 8208.

The WIP quantities we get with the G/L account 13711100.

Not covered in our example are the non billable hours. They can be analyzed via the journal entry item field "billable control".

 Now let’s check the WIP with the Display Project WIP Details app.

Figure14: app Project WIP DetailsFigure14: app Project WIP DetailsIn our example you get the same results with very detailed information about the billable items like the service rendered date, what allows the determination of a WIP aging. As mentioned above, the results are similar, if several conditions are met, such as: no analysis of periods or no project in foreign currency.

But with this new revenue recognition functionality the shown reporting based on Journal entries in Figure 12 and Figure 13 would work for all cases.

 Let’s have a look, how special features in the professional service requirements are covered.

CAP Handling

Although the T&E billing method is selected for the WBS billing element, it is possible that a maximum amount has initially been agreed with the customer that cannot be exceeded. For this purpose, a CAP value can be stored for the WBS billing element.

Figure15: Cap maintenance in billing planFigure15: Cap maintenance in billing planWe apply in our example a CAP value of 1500€.

Then we start again EBRR period-end calculation with the Event-Based Revenue Recognition – Projects app. We select our Billing element SW004.0.1 and start Revalue. In the pop up we select Simulate and get the results in figure 16.

Figure 16: EBRR closing simulation result for CAPFigure 16: EBRR closing simulation result for CAPThe system determines an already realized revenue of 1970€, of which 120€ are already billed. 1850€ are recognized as WIP. As the CAP is defined with 1500€, we need to adjust the WIP by 470€.

The created EBRR document we analyze in Figure17.

Figure 17: EBRR CAP journal entryFigure 17: EBRR CAP journal entryWe just post two journal entry items to reduce WIP and revenue adjustment. We do not provide any detailed information like product and quantity, and we do not provide employee what we do with the SPTM key. For tracing of the CAP, we provide a new SLA type 8102 for the WIP journal entry.

We simplified the posting as the information is only relevant for G/L. This reduction is temporary and will we replaced by a later decision of the project manager to bill or to write off. These postings will then adjust the additional attributes – as shown above.

This simplified CAP handling, and the new SLA type is controlled by a new usage in EBRR config – please check next chapter figure 22.

 Repricing

During the lifetime of a project the service prices may change generally, or the project manager needs to change the prices project specifically. For this case a job is provided by the project billing application to adjust the billable value of the confirmed, not yet billed hours. Additionally, EBRR is called to adjust the WIP.

The principle and the number of journal entry items are unchanged, but we apply in this method the billed product in the journal entry items.

We first adjust the projects specific prices with the Plan Customer Projects app. Within the billing tab you can access service price List.

Figure18: maintenance of project specific pricesFigure18: maintenance of project specific pricesWe adjust the Platinum consulting price from 120€ to 130€ per hour.

 Then we start the job for repricing with the Schedule Repricing for Projects app.

Figure19: start of repricing jobFigure19: start of repricing jobWe select our project SW004 and start the job.

With the job EBRR closing run is triggered in background for the selected projects.

Figure20: EBRR journal entries created by repricing jobFigure20: EBRR journal entries created by repricing jobThe open hours for the two Platinum consultants are repriced. As for both employees 5 hours are still open, we get an increased WIP and revenue adjustment per employee of 50€. The billed product T003, Platinum Consultant, is updated for all journal entry items. The quantity is zero as the WIP quantity has not changed.

Control in event-based revenue recognition

To utilize the advanced WIP reporting, which we showed above, a new revenue recognition key ‘SPTMWP’ and a new revenue recognition method ‘23’ have been provided with CE2402.

Figure21: New EBRR key for advanced WIPFigure21: New EBRR key for advanced WIPWith the new method the update of bill product and the hours are controlled.

 Additionally, a new assignment rule ‘COSPTMWIP ‘has been delivered, which includes the new posting logic for write off and the revenue cap.

Figure22: Maintain Settings for Event-Based Revenue Recognition (SSCUI 102530)Figure22: Maintain Settings for Event-Based Revenue Recognition (SSCUI 102530)The usage ‘109’ takes care for the streamlined posting logic for the invoice CAP. In addition, the new SLA type for write off and CAP is controlled here.

 Besides the CAP posting logic, there is no difference in the posting logic from the EBRR key SPTM. It is therefore possible to change the key for existing professional service customer projects. In other words, you can switch in professional service customer projects from SPTM to SPTMWP – even if there are already postings with EBRR key SPTM.

EBRR key change for a wbs billing element

We now show the project GH001 that has the EBRR key SPTM assigned and there has already been time confirmations. On the WBS element GH001.1.1 there are already confirmations provided:

  • a senior consultant reported 5 hours.
  • a platinum consultant 3 hours.
  • In addition, one hour has already been written off from the platinum consultant.

Figure23:  EBRR journal entries after time confirmations and write off with key SPTM.Figure23: EBRR journal entries after time confirmations and write off with key SPTM.With reference number 30001306 the 5 hours are confirmed by a senior consultant with employee number 50001378. The cost posting (business transaction type ‘RKL’) contains the 5h information. The EBRR journal entries does not contain the 5h information.

The same behavior in the second time confirmation with reference number 30001307. Here a platinum consultant with the personnel number 50001178 has confirmed 3 hours.

The third posting with reference number 400001218 shows a write off from 1h for the platinum consultant. The hours are also missing here, and beyond that there is no other identifier in the entry by which one could recognize that it is a write off.

To get the new advanced WIP Reporting the Event Based Revenue Recognition key can now be changed. To do this, we use the Event Based Revenue Recognition Monitor for Projects and select the WBS element GH001.01.1.

Figure23: app Event-based Revenue Recognition – ProjectsFigure23: app Event-based Revenue Recognition – ProjectsHere you now have the option of 'Change Revenue Recognition Key'. A dropdown menu of selection options is shown. The new Event Based Revenue Recognition Key ‘SPTMWP’ appears in the list. The key can be selected and then saved.

It is important to know that there are rules associated with the dropdown menu. If one of the rules described below applies, the key is displayed in the drop-down list.  These rules do not only apply to the change we describe here but are generally valid.

The rules for rev rec key change:

  • No postings have been made. You can change the revenue recognition key to any revenue recognition key within the same revenue recognition area.
  • In case any posting has already been made:
    • You can change the original revenue recognition key to a new revenue recognition key, if the assignment rules are equal.
    • You can change the original revenue recognition key to a new revenue recognition key within the same area if the assignment rules are not equal, but the assigned G/L accounts are equal.

 Now back to our example. The Event Based Revenue Recognition key has been changed and saved.  Next, it is necessary to trigger a EBRR period-end calculation for the WBS element. In the pop up we select Simulate and get the results in figure 24.

Figure 24: EBRR closing simulation result for change EBRR KeyFigure 24: EBRR closing simulation result for change EBRR KeyThe system determines an already realized revenue. The values are displayed within the left panel. On the right-hand panel, we see that the same values are to be calculated and posted. This means that the values of the original key SPTM are posted out and those with the functionality of the new key ‘SPTMWP’ are posted again. After the check of the simulation result, we post. The created EBRR document we analyze in Figure25.

 Figure25:  EBRR journal entries after period end calculation with new EBRR key SPTMWPFigure25: EBRR journal entries after period end calculation with new EBRR key SPTMWPWith the first 4 journal entry items the existing EBRR journal entries are reversed:

  • time confirmation of the senior consultant of 5 hours is cancelled with the first two lines which have a value of 500 €.
  • The hours of the Platinum consultant are also cancelled. This can be seen in lines 3 and 4, which have a value of 240 €. Please note that the Platinum consultant has reported 3 hours. However, one hour of these 3 hours has already been written off. At the time of the period-end closing, there are two hours in the WIP for the Platinum consultant that have not been invoiced.

In the next 4 journal entry items the EBRR journal entries are posted again with the new key:

  • The senior consultant's hours are posted in lines 5 and 6. For this purpose, the number of open hours and the billed product was previously determined. Both are transferred to the posting. We see 5h in our quantity field and the billed product T002.
  • Lines 7 and 8 now contain the 2 hours of the Platinum Consultant with the corresponding billed product T003.

There are no additional posting journal entry items for the write off, the written off hour is considered in the calculation of the WIP. There is no update of the new SLA type for write off. This information cannot be transferred to the new rev rec method. Only write off with active advanced WIP rev rec key updates the new write off information with SLA type.

Closing remarks

We hope you enjoyed these insights in WIP analysis for customer projects in S/4HANA public cloud. It is another scenario, in which we are now benefiting from the innovations in financial accounting.

Feedback welcome