
Welcome to this blog about the new Financial Accounting solution for service management, which is available in S/4HANA public Cloud and - since release 2023 - also available in S/4HANA on premise and S/4HANA private cloud. This new Financial Accounting solution for service management is called Item-based Accounting for Service.
With the availability of service management in S/4 we started a new integration into financials, but also in logistic, procurement, billing and HR. There are service contracts and service orders available. Service contracts can be used to close service agreements with customers. As an example, we can take a maintenance contract for one year, for which an annual fee is due at the beginning. The service order enables the provisioning and billing of services to a customer. An example could be a repair at customer site, spending technician hours and spare parts.
In this Blog we will first introduce the new controlling object, which enables a new service order and contract specific reporting and their assignment in multiple financials and logistic applications. And we give you some insights in the new financial reporting capabilities.
In chapter 2 we show how we benefit now in the service scenario from the financials innovations based on Universal Journal. Then we explain in chapter 3 the accounting architecture for service objects.
In chapter 4 we come to the service order business objects and transactions and their reflection in Financials. We will explain the service objects and the options for service order item bundling. With chapter 5 we cover the service contract with short intro in revenue recognition and the hierarchic contract reporting including assigned service orders.
We will close in chapter 6 with some special postings on service order -like intercompany cost allocation.
Detailed information about the Advanced Execution scenario only available in OP, you get here: blog about Financial Accounting 4 advanced execution scenario
There are now several innovations available for Financials 4 Service Management. Base is the new Controlling Object for service order item and contract item. Via its incorporation in the generic Controlling interface (technical: Coding block), the new service objects are available for account assignment in multiple Financials transactions – e.g. post general journal entry or reassign cost and revenues – and in logistic applications – like billing, procurement or supplier invoice – see figure 1.
Figure 1: Service order item assignment in supplier invoice
This allows now a service document related reporting! (Remember, the traditional Financials Integration for Service maps an internal order or a wbs element as controlling object for service document items, controlled by account assignment manager.)
In figure 2 you get an example for a service order cost and revenue reporting
figure 2 app service orders actuals provides cost and revenue reporting
You see here a detailed reporting for a service order with 3 items.
On item 20 there is a time confirmation of 5h of employee “50001179”( display of name can be activated) - provided with activity type “Service-Time” and an overtime category OV01 “weekend”– and the matching billed revenue line, in which 2 of the 5 hours are billed.
On Item 30 travel expenses of 70€ are posted and billed.
On item 40 a spare part “Stock Service part” is issued and billed.Based on this good issue material overheads of 10% are posted. And then the spare part is billed.
remark on overtime category: this functionality is only available in public cloud.
With the new architecture – see chapter 3 - not only a service order margin can be provided by the postings on service objects, but also a real-time profitability reporting on the market segments is available. With the use of Universal Journal integrated Profitability, we derive for every posting on a service object a profitability segment - see figure 3.
figure 3 market segment view for the service order postings
Every posting on service document impacts the profitability for the market segment attribute customer “Inlandskunde DE 3” and the product sold ”SRV_bundle_02” (how this bundle set up looks like, you can see in figure 12 and in the posting example beginning in figure 16) . We account assign the service order item and derive additional the profitability segment and store its attributes in the line items in parallel to the service document item. See also figure 5.
The derivation logic is explained in architecture chapter 3.
Additionally, there is an aggregated reporting for a contract item and the subsequently assigned service order items available. In this use case the contract item represents a service agreement with the customer, the subsequently created service order items are assigned to the contract item in order to ensure price agreements taken in account by service order billing.
In figure 4 you see an aggregated reporting based on the revenues on contract – including realized revenues provided by event-based revenue recognition - and the cost and revenue postings on the assigned service order item.
figure 4 contract revenues and cost and revenues of assigned service order items
The selection is on service contract ”7000000180” applied in the very left column as reporting dimension.
In the upper rows you see the direct postings on the contract item: billing and revenue recognition. Below we show the postings on two assigned service orders.
With the reporting app product and service margins you can get – based on semantic tags - an overview for service orders and contracts– see figure 5.
In this report the G/L accounts are assigned to semantic tags. This allows in the columns a margin reporting and it shows on the two very right columns the balance sheet value posted by revenue recognition.
figure 5 reporting app product and service margins – selection for service documents
With the S/4HANA reporting technology it is possible to include dynamically service order or service order item attributes in the Financial report – in the figure above the service order item master attribute “employee responsible” is included. This gives you more insights in the service business processes.
You get this by marking the column “service document item” -> drilldown -> “add attribute”. You will get several fields from service order item – a cutout see below.
figure 6 service order item master attributes
In S/4HANA the Universal Journal and HANA are the innovation base for financial accounting.
Guiding principles using Universal Journal
With the Universal Journal the accounting applications General ledger, Controlling, event-based revenue recognition and Profitability are now integrated. Thus,
Real-Time insights with Event-Based Revenue Recognition
With the use of event-based revenue recognition matching principle for cost and revenues is ensured.
For service contracts a periodic revenue recognition is available. Thereby the planned billing amount is distributed over the contract running time. There are two methods available: one realizes for every period equal revenue and another calculates the realized revenue based on the period days.
For service orders we provide several methods: completed contract method, which defers all costs and billed revenues until the service order is completed . A cost-based POC method. And there is another method, which calculates the realized revenue based on the open, not billed confirmation – see example figure 26-2. In on premise T&E billing is provided for service orders, for this a T&E revenue recognition method is provided.
Other methods will follow on roadmap.
More about event-based revenue recognition: https://blogs.sap.com/2019/05/16/an-introduction-to-event-based-revenue-recognition-with-customer-pr...
Thus period-end closing for service order is simplified and accelerated. A settlement to CO-PA for market segment reporting or to G/L for update WIP is obsolete.
Enriched Account Assignment and integrated Profitability Analysis
With the Universal Journal in SAP S/4HANA, it is now possible to use in one Journal entry line item several cost objects in parallel. We still have exact only one real account assignment for every journal entry item. This is identified with the ACDOCA field “account assignment type” (technically ACCASTY). Only on the real account assignment are follow-up processes possible like revenue recognition. Additional Account assignments are attributed and used only for reporting purposes. We use this in the service scenarios:
More information about co-object assignment and attribution you can get in this blog
An example for a controlling value flow including the cost centers and their under/ over absorption you get in figure 7
figure 7: overview value flow for service order
The postings and values are a cut of the example in chapter 1. The confirmation of service and expense item credit cost centers and debit the service orders. These costs and the billed revenue provide a margin for the service order and for product and customer.
The cost center is debited with periodic costs like asset depreciation, travel expenses or salary expenses. At period-end there will be a difference on the cost center between these debits and the credits posted to service orders. These differences can be allocated to profitability segment. Assumption in our example here is, that they can be assigned on product level. The level of assignment depends of course on the customer business. Technically it would be able to even assign these costs on service order item or service contract item level.
So, the profitability for a product is the aggregation of the service order costs and the allocation to profitability segment. In our example there is a negative margin for the product “SRV_Bundle” of 175 € plus a cost center over absorption of 40€ -> negative margin of 135€.
Additional innovations by using Universal Journal
Now let’s have a look on the capabilities of Universal Journal – based on the example of ledger and currencies.
As an example we post a material consumption on a service order. There are two ledger active and the material has a different price per ledger:
figure 8: app display line items in margin analysis with multiple currencies and parallel valuation
Upper screen shows the consumption journal entry items on the service order in ledger 0L, lower screen journal entry items in Ledger 2L. Every confirmation and posting on a service document is in parallel reflected in all available ledger. There are now parallel valuations based on the assigned accounting principle possible. In this case there are different material valuations maintained for the spare part. In ledger 0L 12,50€, in ledger 2L 15€.
Especially, there can be now parallel valuation by revenue recognition provided – for example IFRS and a local GAAP like German HGB – see example figure 26 f.
All postings are provided in the 3 currency types – transaction, company and global. If activated there can be additional a “free defined currency”.
With Universal Journal and HANA company code reporting can be done by aggregation of single journal entry items, what allows us to provide a reporting with great new insights: based on the new controlling object for service you can drill down aggregated amounts on e.g. company code level by all service-related attributes like billable control (alias accounting indicator), employee, product sold, customer, overtime – recall reporting example in figure 2.
With the functionality of event-based revenue recognition we get detailed information about the WIP - respectively balance sheet postings - created by revenue recognition for service documents.
figure 9: WIP by service documents
In figure 9 you see the WIP posted by event-based revenue recognition. You can drill down by service document and all profitability attributes like product sold or customer.
To provide based on Universal Journal additional management accounting information, we introduced the extension ledger, in which additional postings are stored - with the same posting logic and attribution concept as in a legal ledger. The extension ledger carries only management adjustment postings, no legal relevant postings:
Please note: the data in the extension ledger are always additional to the underlying legal ledger. So if you select a prediction ledger in reporting you will get always the aggregated view from all underlying ledger – see below.
In a first step we provide now prediction data for service contracts in S/4HANA public cloud only. Based on the billing plan we predict the realized revenue for the complete planned lifetime of the contract. The data are calculated by the event based revenue recognition.
Below an example for a service contract with a value of 22.600 (more to service contract see below in this blog). The contract is created in February 2022. The complete amount is to be billed at contract start. When we select the revenue accounts we get per period a predicted realized revenue of 2825€.
Figure 10: prediction for service contract – periodic view
Basis are prediction journal entries, which are posted with the same posting logic as the legal postings. Below an example for the document posted in period 8.
Figure 11: prediction for service contract – single journal entry
More about these topics and further financial innovations in S/4HANA you can get with this book: https://www.sap-press.com/controlling-with-sap-s4hana-business-user-guide_5282/
Base for account assignment of service order item is the new controlling object. It enables the reporting showed above and a transparent assignment of the logistic objects – like purchase order or billing document – to the service order item.
Additional to the CO-Object there is a service document item mirror table for controlling/accounting purposes created (table FCO_SRVDOC), which carries the financials steering attributes like profit center, revenue recognition key, but also the market segment attributes like customer and product sold – see figure 12.
figure 12 controlling/accounting mirror table for service document item
Thus, not only a service order margin can be provided by the postings on service objects, but also a profitability reporting on the market segments is available.
As mentioned, it is now possible in Universal Journal to use in one Journal entry line item multiple account assignment objects in parallel. We use this for service order as we add for every line item an attributed profitability segment. With the use of Universal Journal integrated Profitability we derive for every posting on a service object a profitability segment – based on the attributes in the accounting mirror object – and enrich the journal entry -like we do it in the for professional service tailored customer project scenario - see blog https://blogs.sap.com/2018/06/26/financial-accounting-for-customer-projects-in-sap-s4hana-cloud-part...Or in the project based sales scenario https://blogs.sap.com/2020/12/04/financial-accounting-for-project-based-sales-in-s-4hana-cloud/
Additionally, we store the service contract reference for a service order item in the mirror table. See figure 4: In this example the service contract 700000180 item 100 was updated as attribute for service item 800000185 item 20. For every posting on this service order item, we update the service contract information. This allows us aggregated reporting for this contract item and its subsequently assigned service order items.
New controlling object and accounting mirror table is created when the service order and its items is created. The CO status Created is applied, which allows no postings only update of plan data. When the service order is released, the CO status Released is set. From this point in time confirmations and postings to the service order item can be done.
You see in the mirror table profit center, functional area and costing scheme. These attributes are derived with the release of the service order.
new derivation tool for profit center, costing scheme and functional area is available
There is for service management a new derivation tool available, the app Manage Substitution/Validation – service documents.
Within the business context “Substitution in Service Document” you can derive the fields with the event of order creation. The derived fields will be stored in the mirror table and used for all postings on the service order item.
By default the Profit center is derived from the employee responsible of the service order. In the employee master there must be a cost center assigned. In the cost center master, there is a profit center assigned.
With the derivation tool you can derive the profit center e.g. by the service material. And of course, you can maintain it manual in the service order app.
For the functional area there is a default derivation applied, which set the value YB25. But of course, you can create your own derivation rules.
A short intro to the substitution and validation tool you get here: http://here https://blogs.sap.com/2020/02/04/sap-s-4hana-cloud-2002-release-for-finance/ or here https://microlearning.opensap.com/media/1_tqstd5je
The derivation logic of the profitability attributes is explained in figure 13
figure 13 derivation logic for service document attributes
Attributes like the customer, the product sold or the sales organization is derived by the service order, respectively the Financial mirror object.
Within the profitability derivation logic additional attributes are derived by reading the master data: product group from product master, industry and customer group from business partner.
If there are profitability extensibility fields available, they will be derived and assigned to Journal entry item too.
There are rules for change management in place to ensure this architecture and avoid inconsistent data:
financial plan data for service orders
There are two plan categories for service orders provided: baseline and ongoing plan. Baseline is created with order creation. ongoing plan is updated with every change in the service order item. The service order item information are transferred to FIN, calculated and stored in the central plan data table, ACDOCP.
Below an example based on the service order used in chapter 4 – see figure 16. The data are shown with the app market segment plan/actual
Figure plan 1: plan - actual comparison for a service order
You see market segment information provided for plan too. Additional there are plan overheads and quantity information provided.
service order bundles for an aggregated margin view
If you want to report a service order item not on its single items, but more on a aggregated/ bundled view, there are bundle scenarios available. We have two in place in public cloud. For on premise they are planned on roadmap.
The fixed price bundle you can use if you bill and control your margin on an aggregated level. Example below for an inspection: you bill a fix amount for the inspection of 190€, but you need additional items for the time of service technician, expenses and purchased spare parts. The setup is described in figure 14.
figure 14 account assignment for fixed price bundle
Only for the main item 10, the inspection, there is a co-object created. The confirmations for the Items 20 to 40 account assign all to item 10. These items are not relevant for billing.
Item 10 is relevant for billing, but do not process any confirmation.
As a result, all postings are on one CO-object with the attributes of the main item – here product sold is for all postings the “inspection”.
Revenues of item 10 and costs from item 20 to 40 match on one object.
Another bundle scenario is the confirmation-based bundle. Here we have a main item just as a business bracket for several service items, which are conformation and billing relevant and sub items to the main item. The main item defines the product sold. Probably it will be used on the invoice output. Example for architecture see figure 15. Posting example in figure 7.
figure 15 FIN architecture for confirmation-based bundle
As there is no confirmation and billing done for the main item 10, there is no CO-Object created.
The sub items provide costs, their confirmations are sent to billing and post revenues on the sub item CO-object. There is a link in the accounting mirror table for these items to the main item. The product sold is copied from the main item -> so we get the margin for the inspection and not for the single items. There can be different profit center derived per service order item.
This setup we use in the following service process example.
With the app “Manage Service orders” service orders can be maintained, and confirmations created – see figure 16.
figure 16 app manage service orders
There are 2 different service order types available in S/4HANA public Cloud - distinguished by the billing method: “Fixed price service order” (SVO2) and “Service order” (SVO1).
In the fixed price scenario, the billing is based on quantity and Price of the service order items. In the “service order” scenario there is a confirmation-based billing in place. Especially the billing quantity is defined by the confirmations, but also pricing relevant attributes like accounting indicator/billable control can be applied here.
For the service order items there are several item categories available, which define the subsequent business transactions
Independent of the order type there are some general principles in place.
General functionality service confirmations
General functionality billing
Now we come to our public cloud system example, which is based on the service order in figure 16. We focus on the service/expense and spare part processes. As order type we use confirmation-based billing.
Service item
With a service item confirmation an activity allocation is triggered
Time sheet transfer to FIN
Figure 17 shows the service confirmation
figure 17 service item confirmation
There can be two quantities maintained
For service confirmation overtime category can be provided, here weekend. Based on the overtime category sales prices and cost rates can be determined. Overtime is an attribute in the cost journal entry item – see figure below. The Overtime attribute needs to be enabled by HR SSCUI. As mentioned, overtime category is not available in on premise. In on premise you can check , if the valuation type ccould be used for this purpose.
The accounting indicator or “billable control” is stored in the Journal entry, which posts the costs on the service order item. The accounting indicator influences the sales price of the service confirmation
As mentioned above the start of work defines the posting date.
This confirmation creates the journal entry in figure 18
figure 18 journal entry of service item confirmation
With the time confirmation the revenue recognition document is created, which defers the costs. Both documents have the same reference to time sheet document 495.
In the time confirmation document the first item is the credit of the executing employee cost center.
Second item is the debit of the service order item with the overtime and billable control information and the market segment information of the service order – see very right columns. Here the customer and the product sold – in this example the bundle product – is shown.
Remark: in this example the profit centers are different in both line items! The executing employee is here assigned to a different PC as the service order item.
There is an own app available to maintain service specific cost rates: app “Manage cost rates – professional services” – see figure 19
figure 19 app manage cost rates - services
Here you see an example, where for overtime service a higher cost rates of 75€ is maintained, while for service provided on normal work time there is a rate of 60€.
Cost Rates for activities can be defined very flexible in S/4HANA Cloud
more to cost rates see here https://blogs.sap.com/2018/07/24/financial-accounting-for-customer-projects-in-sap-s4hana-cloud-part...
remark: this app is in on premise ony available with active Universal Parallel Accounting.
For derivation of the activity type, there is a self-service configuration available in public cloud.
You find this in the app ”Manage your solution” within the activity group for FIN-Service Integration – see figure 20
figure 20 config for financials - service integration
To assign an activity type to the service material used in the confirmation there is the SSCUI below available.
figure 21 self service UI to assign activity type to service material
Based on material group or a dedicated service material an activity type can be derived.
In this example the activity type “SV01” is used for all materials.
Please note: it is not necessary anymore to define an own activity type per employee role – like technician or master – to get different cost rates. This can be controlled – as mentioned before – with the service cost level, stored in the employee master.
With a Service confirmation for an expense item a cost reposting is triggered in financial accounting
Reposting transaction in Financials
Let' have a look on expense confirmation in Figure 22
figure 22 expense item confirmation
Here you see the manual-maintained expense “Amount” of 70€. As service rendered date the 18th of April is maintained
Figure 23 shows the related Journal entry
figure 23 journal entry of service expense item
Again there are two documents posted, one for the cost allocation and the matching revenue recognition document.
The first line of the expense allocation is the credit of the executing employee's cost center.
Second line is the debit of the service order item with the market segment information of the service order.
The profit center is different in both lines as the employee's cost center PC is different to the service order item PC.
For derivation of the expense G/L account from the service material there is a self-configuration activity available – see below.
figure 24 self service UI for derivation of expense G/L account
Based on material group or a dedicated service material an expense G/L account can be derived.
In our example the G/L account “61008000” is used for all service products.
Service confirmation
Goods movement in MM
Posting Financials
Figure 25 shows the stock service part confirmation.
figure 25 service spare part confirmation
The related journal entry is provided in figure 26
Figure 26 – journal entry for spare part confirmation
For the goods movement there are 4 document created: one for the consumption posting, one for overheads and the matching revenue recognition documents, which defer the costs in WIP.
In the consumption journal entry the firsts item is the credit of the inventory. The stock of material SRV_05 is reduced by one piece.
Second item is the debit of the service order item including the market segment information of the service order.
The profit centers are different as the material master PC is different to the service order item PC.
Excursion confirmation based revenue recognition
Now let’s shortly look based on this spare part example, how confirmation based revenue recognition works. We applied in ledger 2L this revenue recognition method.
After the goods issue posting we start event based revenue recognition. This leads to the additional revenue recognition document in ledger 2L:
Figure 26-2 Spare part with confirmation based rev rec
For the confirmed – and not yet billed - one piece of material SRV_05 we simulate billing and get an expected billing value of 24€. ( you can check below, this is the value we get later, when we bill)
In Line 3 and 4 of the revenue recognition document we realize revenue now of 24€ with the revenue adjustment G/L account and activate on the balance sheet account WIP/accrued revenue. With items 1, 2,5 and 6 we reverse the cost adjustment, which were posted with the consumption posting – like in ledger 0L.
Thus, we show now a margin of 24€ revenues minus 16,35€ costs.
In ledger 0L, in wich completed contract methos is applied, we still just defer the costs and do not show any realized revenue and margin.
With the service order completion billing due items are created. They can be transferred to billing with the app “Release for billing”
Figure 27: app “release for billing” for service orders
You can mark the items and with pressing button “Release for Billing” Billing document requests are created.
The BDRs can be billed with the app “Create billing documents” – see figure 28.
Figure 28 – app “create billing Documents”
When the billing document is created and transferred to Financial Accounting, we get the following Journal entry.
Figure 29 -journal entry for a service billing document
The Journal entry contains the receivables line item and 3 billed revenue line items for the service order items 20 to 40. The product is equal to the billed product. The product sold is derived from the main/bundle item.
The result of all these business transactions can be analyzed with the app “service order actuals”. Figure 2 and figure 3 include the postings from our example here.
Service contracts can be used to close service agreements with customers. There is an own app “Manage service Contracts” available – see figure 30
We provide here an example for a service contract for 10 month, for which a fee of 29.600€ is due at the beginning.
Figure 30 app Manage service contracts
On item level you define the product and the billing plan, which is relevant for billing and revenue recognition.
Figure 31 billing plan of contract item
You see here a Billing value of 29.600€, which is due on first of September 2020
The settlement start date and settlement end date defines the period, for which this service is valid. Here September 2020 to June 2021. So, we have a duration of 10 month.
With the release of the service contract the prediction data are stored – see example in figure 10 and 11.
With the app “Schedule billing document request creation” you can create the Billing document request (BDR).
Within the app “create billing documents” you can select with the service contract ID.
Figure 32: create billing document for service document
Figure 33 shows the billing document/ customer invoice.
Figure 33 created invoice for service contract item
With “post billing document” you get the Journal entries below
Figure 34: journal entries for billing document
The first journal entry, 94000000161, posts receivables, tax and the billed revenue of 29.600€ to the service contract item.
The event-based revenue recognition defers the whole amount – in line 4 and 5 - as the billed value is valid for 10 month and cannot be completely realized.
The periodic realization is done by periodic event-based revenue recognition run or the manual revenue recognition for service documents - see below.
Figure 35: app “event-based revenue recognition – service documents”
The revenue recognition is started for period 009.2020. We can realize a tenth of the complete billing amount 2.960€. The rest is still deferred
This leads to the Journal entry below.
Figure 36: Journal entry for revenue recognition posting
When you start a reporting for the single service contract item, you see only the direct postings on the contract item – the billing and the revenue recognition:
Figure 37: reporting for direct postings on service contract item
When you do not define the service document type as parameter, you get all Journal entry line items with service contract maintained– the attributed of the postings to the assigned service order items too.
Figure 38: service contract with assigned service order items
Now let’s come to some special postings on service objects
Manual posting on service order item
You can assign costs – and revenues – independent of the service business transactions. As the service order is part of the coding block you can post on service documents for example with the following financial transaction:
And you can allocate costs by (top down) allocation to market segment with service order as attribute.
You will see these postings on the service order e.g. with the app “Product and Service margins” and they will affect the service order and market segment margin, but these postings have – in the current solution - no impact on billing.
There is an option to post confirmations cross company codes. This is only possible for expense items and service items, not for goods movements or purchase order related goods receipts and supplier invoices!
The service order is assigned to a company code. If you now select in a confirmation for an expense or service item an “Executing service Employee”, who is assigned to a different company code, a cross company cost posting is triggered.
Let’s have a look on this.
First service order 8000000194 is created and assigned to company code 1010. Then a confirmation is triggered -see figure 39
Figure 39 service confirmation of US Employee on a service order assigned to Germany
With the assignment of the Executing service Employee “John Consultant1_US” the service providing company code is defined – here company code 1710.
For intercompany time confirmation there can be own intercompany cost rates maintained – see figure 40
Figure 40: app ”manage cost rates – professional services” with an intercompany cost rate
For the service/activity type “SV01” there is an intercompany rate of 100€ defined. This value is taken as transaction currency for the intercompany posting. The intracompany rate of 75 USD is taken as cost. The difference of 100€ and 75 USD (60,58€) is 39,42€. This is taken as margin.
This leads to the Journal entry postings below
Figure 41: intercompany posting on a service order
The upper four line items posted in company code 1710, the four line items below in company code 1010. All eight line items are created by this one time sheet entry “492” – you see in column 4.
The cost center of the employee is credited in 1710 and the service order is debited in 1010. There are two line items – one for the cost and one for margin.
there is real-time group consolidation posted with additional line items on Intercompany clearing accounts. The relevance for group reporting is shown with the trading partner on the very right.
How this looks on the receiving service order see below in figure 42
Figure 42: intercompany posting on service order
On the service order you see the costs and the margin on separate G/L accounts.
With 2011 these intercompany CO allocations to a receiver service order are taken in account in the periodic intercompany billing. Here taxes are calculated and affiliated expenses and revenues are posted.
For more information about the complete intercompany cost allocation process covering intercompany billing too, have a look on this blog:
https://blogs.sap.com/2020/06/01/intercompany-cost-allocations-in-s-4hana-cloud/
information about the calculation of the intercompany rates you get in this blog:
https://blogs.sap.com/2018/07/24/financial-accounting-for-customer-projects-in-sap-s4hana-cloud-part...
Feedback welcome
I hope you enjoyed this overview on the new accounting solution for service documents. It is another scenario, in which we are now benefiting from the innovations in financial accounting - the Universal Journal, the profitability attribution for revenue carrying objects and the event based revenue recognition.
We will enhance functionality on roadmap. We will keep you updated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
5 | |
5 | |
4 | |
4 | |
3 | |
2 | |
1 | |
1 | |
1 |