Ansicht
Dokumentation

VC_TPOAC_PO_ACRTM - Define Accrual Item Types and Methods for MM Purchase Order Items

Addresses (Business Address Services)   Vendor Master (General Section)  
This documentation is copyright by SAP AG.

Define for which purchase orders and purchase order items accruals are posted and which algorithm are used to calculate accrual amounts.

In this step, you can define the variants, accrual item types, and accrual methods you need to transfer purchase orders to the accrual engine:

1. Variants for purchase order data transfer
   In this subview, you create variants for data transfer that are assigned to company codes that use the same data transfer settings. A variant contains a specific combination of accrual item types and methods that determine how the accruals are calculated for the transferred purchase orders. After you have created your transfer variant(s) using New Entries, you can set one transfer variant as your default variant by selecting the Default PO TransfVar checkbox. This means that this default variant is used if your company code is not assigned to any variant.
   Important: If you select checkbox Online Integration Active, the creation or editing of purchase orders directly create or update the corresponding accrual objects in the accrual engine.
2. Define accrual item type and method based on PO item
   In this subview, you define for each accrual classification which accrual item types and accrual methods the accrual engine uses to calculate and post accrual amounts for a purchase order item.
   To make your settings, select a transfer variant in subview Variants for purchase order data transferand then double-click on Define accrual item type and method based on PO item.
   Choose New Entries and enter values for the following fields:
   

• Document Type - Select the type of the purchasing document.

• Item Category- Select the appropriate item category: please note that leaving the field empty means that category Standard Itemis set.

• Accrual Classification- Select the relevant classification.

• Accrual Item Type for Accruals- Select the appropriate accrual item type (recommended value: ACCRL).

• Accrual Method for Accruals- The recommended value is PLN-ACT or SPLN-REC. If you select PLN-ACT, the system calculates the accruals as difference between planned costs and actual costs. The actual costs are the amounts of the posted invoices and goods receipts. If you select SPLN-REC, system calculates accruals while consider deferrals. The accrual amount is calculated as planned costs minus recognized costs. The costs for the past time interval are recognized cost and no deferrals are needed for this part.

• Accrual Item Type for Planned Costs- This field is read-only. The system fills this field with the accrual item type that is assigned to the accrual item type for accruals which is PLNCST by default. To determine value PLNCST, the system checks the accrual item type for planned costs that is assigned to ACCRL in step Define Accrual Item Types.

• Accrual Method for Planned Costs- Select the accrual method (that is, how the planned costs are calculated). This is an important field because the algorithm how the planned costs are distributed over the lifetime of the accrual object determine the accruals for the single periods. The main accrual methods are:

PLN_DELSCH - Planned costs based on delivery schedule
This method distributes the total amount of the purchase order item according to the delivery dates and their quantities that are given in the delivery schedule of the purchase order item. You will typically enter this accrual method for accrual classification SDELS.

PLN_DSNVGR - Planned costs based on delivery schedule or non-val. GR
For purchase order items with valuated goods receipts or with no expected goods receipt at all, this method yields identical results like PLN_DELSCH. But if non-valuated goods receipts are used, this method determines the progress, that is, the planned costs by evaluating the posted non-valuated goods receipts: The planned costs are calculated as the sum of posted quantities multiplied by the net price given in the purchase order item. In other words, by using this accrual method for the planned costs, the accruals are determined by comparing the received quantities (posted by the non-valuated goods receipts) with the posted supplier invoices. The term planned costs might be a bit confusing in this context, because by evaluating the non-valuated goods receipts, it is rather received costs than planned costs.

PLN_LINDST - Planned costs with linear distribution per day
This accrual method performs a linear distribution of the total amount of the purchase order item per day. Such a linear distribution is a reasonable approach if there is no delivery schedule available in the purchase order item. This is the case for lean services. That's why you will enter this method typically for accrual classification SPERP.

PLN_LIND_P - Planned costs with linear distribution per period
This accrual method performs a linear distribution of the total amount of the purchase order item per period. Such a linear distribution is a reasonable approach if there is no delivery schedule available in the purchase order item. This is the case for lean services. That's why you will enter this method typically for accrual classification SPERP.

• Accrual Item Type for Actual Costs - This field is read-only. Like planned costs, the system fills this field with the accrual item type that is assigned to the accrual item type for accruals which is ACTCST by default. To determine value ACTCST, the system evaluates the accrual item type for actual costs that is assigned to ACCRL in step Define Accrual Item Types.

• Accrual Method for Actual Costs- Choose the accrual method (that is how the actual costs are determined), for example ACT_COSTS - Actual costs (without parked invoices).
  This method calculates which costs have been posted already by supplier invoices or goods receipts, depending on whether valuated goods receipts are used by the purchase order item.

• Deferral Item Type - This field is read-only. Like planned costs, the system fills this field with the accrual item type that is assigned to the accrual item type for accruals which is SDFRL by default. To determine value SDFRL, the system evaluates the accrual item type for deferral that is assigned to SACCRL_D in step Define Accrual Item Types.

• Deferral Method - Select the deferral method (that is, how the deferral cost are calculated). This is an important field because the algorithm how the deferral costs are distributed over performance period of an invoice or a goods receipt. The main deferral methods are:

DCSTPC - Deferred costs based on planned costs.
The deferral amount is calculated as invoiced costs minus planned costs (from the purchase order item). This approach neglects the performance periods given in the invoices. Implicitly, portions of each posted invoice are deferred until end of the fiscal period. This approach can be reasonable when the delivery dates are used instead of performance periods in the invoice.

DCSTLT - Deferred costs with linear distribution per period based on accrual lifetime
Similar to the linearization of the invoice within the performance period, this method assumes that life time of an accrual object is the key for calculating deferrals. The start and end dates of an accrualobject are given by the system after the purchase order is transferred to the Accrual Engine. You can check the start of life and end of life when you display the accrual object.

DCSTLT_D1 - Deferred costs with linearization per day based on the accrual lifetime
In this method, the system distributes the deferred costs equally between the number of days between the number of days of the accrual object lifetime.

By default, only purchasing documents of document category F (Purchase Order) are transferred to the accrual engine. Therefore, in the value help for field Document Typeonly the allowed value combinations of document type and item category for purchase document category F are displayed.
Please note that not all purchase orders are transferred to the accrual engine.

Excluded from the transfer are purchase orders related to the following scenarios:

• procure to stock (EKPO-KZVBR = ):
  Accruals are not required because no costs are associated with this kind of purchase order items.

• purchase of fixed assets (EKPO-KZVBR = A):
  Accruals are not required for this kind of purchase order items.

• cross-company-code stock transfers (EKKO-BSAKZ = T):
  Accruals are not because there's no external supplier involved.
  
  If you want the system to create accrual objects for those scenarios as well, you need to change the default settings using a Business Add-In (BAdI).
  To do this, open the Custom Fields and Logic app.
  On the Custom Logic tab, choose Create(plus symbol). Under Business Context, select Purchase Order Accruals.
  Under BAdI Description, select Change sel. criteria and fields for PO selection.
  Add an implementation description and an implementation ID. Choose Create.
  Now you can modify and test the draft logic.
  To activate your BAdI implementation, choose Publish.
  
  If you have assigned an accrual item type for planned and actual costs in step Define Accrual Item Types, the system will use those relationships.

1. Assign company code to transfer variant
   You can determine which purchase order data transfer variant is used for one or more company codes.

You have made the relevant settings in step Define Accrual Item Types.

TXBHW - Original Tax Base Amount in Local Currency   PERFORM Short Reference  
This documentation is copyright by SAP AG.

Length: 11967 Date: 20240523 Time: 152407     sap01-206 ( 373 ms )