Adjusting Account Determination for Special Cases

Transaction key GBB in conjunction with the account grouping code (account modification) of the account assignment category is used to automatically determine the default account in purchasing documents. You can define further account assignment categories in Customizing for Purchasing and assign new account grouping codes to them.

In the case of items with account assignment in combination with a material master record, the system uses the valuation class from the accounting view of the material master. If the material master record does not contain a valuation class (for example, as is the case with material type NLAG), the system uses the ‘ ‘ (blank) valuation class.

In the case of items with account assignment without a material master record, the system uses the valuation class of the material group or the ‘ ‘ (blank) valuation class.

Default Accounts According to Material Groups

You can default an account for procurement without a material master depending on the material group.

The system uses the transaction/event key GBB, the account grouping code (account modification) of the account assignment category and the valuation class of the material group to determine the default account.

You can assign valuation classes to the material groups in Customizing for Purchasing under Entry Aid for Items Without Material Master. The system then determines the accounts by using these classes.

Hint

The standard does not support the parameter ID SAK for the G/L account. If you want to pre-assign the G/L account in purchasing documents, you can modify the field by activating the SET/GET parameter function for it.

While maintaining a G/L account master record, (transaction FS00), you can define an account assignment object default value (order or cost center) if necessary.

You can plan delivery costs in purchasing documents by using different condition types (for example, FRA1, FRB1, and FRC1).

For these condition types, it is specified in Customizing for Purchasing that the system is to post the planned delivery costs to a separate account (clearing account or provision account) upon receipt of goods.

The clearing or provision account is cleared when you post the invoice for the planned delivery costs.

Determination of Accounts for Delivery Costs

The transaction keys for delivery cost postings come from the calculation schema for purchasing (account keys) and not from the value string. If required, you can define further account keys for new condition types in Customizing for price determination and use them for additional clearing or provision accounts.

Account Key

The figure displays the details of a calculation schema for purchasing.

The figure only contains a few selected condition types of a standard calculation schema. Before you can assign new provision keys for posting the planned delivery costs, you first have to define them in a separate Customizing activity.

In Customizing, go to Materials Management → Purchasing → Conditions → Define Price Determination Process → Define Transaction/Event Keys.

In contrast to planned delivery costs, unplanned delivery costs are unknown at the time a purchase order is placed.

For example, as International Commercial terms (incoterm), you have agreed on Carriage paid packing with the supplier. The invoice, therefore, lists packing costs. You enter these packing costs in the invoice header.

In Customizing for logistics invoice verification, you can define how these costs are to be handled. By default, the costs are distributed among the invoice items.

However, you can define that the unplanned delivery costs are posted to a special G/L account. In this case, you must assign a G/L account for transaction key UPF in the account determination table.

In Customizing, go to Materials Management → Logistics Invoice Verification → Incoming Invoice → Configure How Unplanned Delivery Costs Are Posted.