Configure Automatic Postings

In this step, you enter the system settings for Inventory Management and Invoice Verification transactions for automatic postings to G/L accounts. You can then check your settings using a simulation function. Under Further information there is a list of transactions in Materials Management and their definitions. What are automatic postings? ostings are made to G/L accounts automatically in the case of Invoice Verification and Inventory Management transactions relevant to !inancial and "ost #ccounting. $%ample& osting lines are created in the follo'ing accounts in the case of a goods issue for a cost center& (tock account "onsumption account How does the system find the relevant accounts? )hen entering the goods movement, the user does not have to enter a G/L account, since the */+ (ystem automatically finds the accounts to 'hich postings are to ,e made using the follo'ing data& Chart of accounts of the company code If the user enters a company code or a plant 'hen entering a transaction, the */+ (ystem determines the chart of accounts 'hich is valid for the company code. You must define the automatic account determination individually for each chart of accounts. Valuation grouping code of the valuation area If the automatic account determination 'ithin a chart of accounts is to run differently for certain company codes or plants -valuation areas., assign different valuation grouping codes to these valuation areas. You must define the automatic account determination individually for every valuation grouping code 'ithin a chart of accounts. It applies to all valuation areas 'hich are assigned to this valuation grouping code. If the user enters a company code or a plant 'hen entering a transaction, the system determines the valuation area and the valuation grouping code. Transaction/event ey !internal processing ey" osting transactions are predefined for those inventory management and invoice verification transactions relevant to accounting. osting records, 'hich are generali/ed in the value string, are assigned to each relevant movement type in inventory management and each transaction in invoice verification. 0hese contain keys for the relevant posting transaction -for e%ample, inventory posting and consumption posting. instead of actual G/L account num,ers. You do not have to define these transaction keys, they are determined automatically from the transaction -invoice verification. or the movement type -inventory management.. #ll you have to do is assign the relevant G/L account to each posting transaction. Account grouping -only for offsetting entries, consignment lia,ilities, and price differences. (ince the posting transaction 12ffsetting entry for inventory posting1 is used for different transactions -for e%ample, goods issue, scrapping, physical inventory., 'hich are assigned to

different accounts -for e%ample, consumption account, scrapping, e%pense/income from inventory differences., it is necessary to divide the posting transaction according to a further key& account grouping code. #n account grouping is assigned to each movement type in inventory management 'hich uses the posting transaction 12ffsetting entry for inventory posting1. Under the posting transaction 12ffsetting entry for inventory posting1, you must assign G/L accounts for every account grouping, that is, assign G/L accounts. If you 'ish to post price differences to different price difference accounts in the case of goods receipts for purchase orders, goods receipts for orders, or other movements, you can define different account grouping codes for the transaction key. Using the account grouping, you can also have different accounts for consignment lia,ilities and pipeline lia,ilities. Valuation class of material or !in case of split valuation" the valuation type 0he valuation class allo's you to define automatic account determination that is dependent on the material. for e%ample& you post a goods receipt of a ra' material to a different stock account than if the goods receipt 'ere for trading goods, even though the user enters the same transaction for ,oth materials. You can achieve this ,y assigning different valuation classes to the materials and ,y assigning different G/L accounts to the posting transaction for every valuation class. If you do not 'ant to differentiate according to valuation classes you do not have to maintain a valuation class for a transaction. #e$uirements 3efore you maintain automatic postings, you must o,tain the follo'ing information& 4. Valuation level - plant or company code. $sta,lish 'hether the materials are valuated at plant or at company code level )hen valuation is at plant level, the valuation area corresponds to a plant. )hen valuation is at company code level, the valuation area corresponds to a company code. %efine valuation level 5. "hart of accounts and valuation grouping code per valuation area !ind out 'hether the valuation grouping code is active. Activate split valuation If it is not active, determine the chart of accounts assigned to each valuation area -via the company code.. If it is active, determine the chart of accounts and the valuation grouping code assigned to each valuation area. &roup valuation areas You must define a separate account determination process for chart of accounts and each valuation grouping code. +. Valuation class per material type If you 'ish to differentiate the account determination process for specific transactions according to valuation classes, find out 'hich valuation classes are possi,le for each material type.

%efine valuation classes 6. #ccount grouping for offsetting entries to stock accounts Under %efine account grouping for movement types, determine for 'hich movement types an account grouping is defined for the transaction/event keys GG3 -offsetting entry to stock posting., 728 -consignment lia,ilities. and *9 -price differences.. %efault settings G/L account assignments for the charts of accounts '(T and the valuation grouping code )))* are (# standard. Activities 4. "reate account keys for each chart of accounts and each valuation grouping code for the individual posting transactions. 0o do so, proceed as follo's& a. "all up the activity Configure Automatic Postings. 0he */+ system first checks 'hether the valuation areas are correctly maintained. If, for e%ample, a plant is not assigned to a company code, a dialog ,o% and an error message appear. !rom this ,o%, choose Continue -ne%t entry. to continue the check. "hoose Cancel to end the check. 0he configuration menu Automatic postings appears. ,. "hoose Goto -> Account assignment. # list of posting transactions in Materials Management appears. !or further details of the individual transactions, see Further information. The Account determination indicator sho's 'hether automatic account determination is defined for a transaction. c. "hoose a posting transaction. # ,o% appears for the first posting transaction. :ere you can enter a chart of accounts. You can enter the follo'ing data for each transaction& *ules for account num,er assignments )ith Goto -> Rules you can enter the factors on 'hich the account num,er assignments depend& ; de,it/credit indicator ; general grouping -< account grouping. ; valuation grouping ; valuation class osting keys for the posting lines 8ormally you do not have to change the posting keys. If you 'ish to use ne' posting keys, you have to define them in the "ustomi/ing system of !inancial #ccounting. #ccount num,er assignments You must assign G/L accounts for each transaction/event key -e%cept 73(.. You can assign these accounts manually or copy them from another chart of accounts via Edit -> Copy.

If you 'ant to differentiate posting transactions -e.g. inventory postings. according to valuation classes, you must make an account assignment for each valuation class. Using the posting transaction 12ffsetting entry for inventory posting1, you have to make an account assignment for each account grouping If the transaction *9 -price differences. is also dependent on the account grouping, you must create three account assignments& ; an account assignment 'ithout account grouping ; an account assignment 'ith account grouping *! ; an account assignment 'ith account grouping *# If the transaction 728 -consignment and pipeline lia,ilities. is also dependent on the account grouping, you must create t'o account assignments& ; an account assignment 'ithout account grouping -consignment. ; an account assignment 'ith account grouping -pipeline. d. (ave your settings. 5. 0hen check your settings 'ith the simulation function. )ith the simulation function, you can simulate the follo'ing& Inventory Management transactions Invoice Verification transactions )hen you enter a material or valuation class, the */+ system determines the G/L accounts 'hich are assigned to the corresponding posting transactions. 9epending on the configuration, the (# system checks 'hether the G/L account e%ists In the simulation you can compare the field selection of the movement type 'ith that of the individual accounts and make any corrections. If you 'ant to print the simulation, choose Simulation ;= Report. 0o carry out the simulation, proceed as follo's& a. "hoose Settings to check the simulation defaults for ; the application area -Invoice Verification or Inventory Management. ; the input mode -material or valuation class. ; account assignment 'nstructions ,. "hoose Goto -> Simulation. 0he screen for entering simulation data appears. c. 9epending on the valuation level, enter a plant or a company code on the screen. d. )hen you simulate Inventory Management transactions, goods movements are simulated. 0he */+ system suggests the first movement type for simulation. If several movements are possi,le 'ith this movement type, you can select a line. )hen you simulate Invoice Verification transactions, a list appears on the screen of the possi,le transaction types. (elect a line. e. 0hen choose Goto -> Account assignments. # list appears of the posting lines 'hich can ,e created ,y the selected transaction. !or each posting line, the G/L account for the de,it posting as 'ell as the G/L account for the credit posting are displayed.

f. !rom this screen, choose Goto -> Movement+ to get a list of the posting lines for the ne%t movement type or transaction type. If you 'ork 'ith valuation classes, choose Goto -> Valuation class+ to receive the simulation for the ne%t valuation class. 0his function is not possi,le 'hen simulating 'ith material num,ers. "hoose Goto -> Chec screen layout to compare the movement type 'ith the G/L accounts determined ,y the system and make any necessary corrections. (ote 0he simulation function does 820 o,viate the need for a trial posting> Further notes 0he follo'ing list sho's the individual transactions 'ith e%amples of ho' they are used. 0he transaction/event key is specified in ,rackets. Agency +usiness, income !A&*" 0his transaction can ,e used in agency ,usiness for income deriving from commission -e.g. del credere commission.. 0he account key is used in the calculation schemas for agency ,usiness to determine the associated revenue accounts. Agency +usiness, turnover !A&-" 0his transaction can ,e used in agency ,usiness if turnover -,usiness volume. postings are activated in "ustomi/ing for the payment types. 0he account key is specified in "ustomi/ing for the ,illing type. Agency +usiness, e.pense !A&/" 0his transaction can ,e used in agency ,usiness for commission e%penses. 0he account key is used in the calculation schemas for agency ,usiness to determine the associated e%pense accounts. 0.pense/revenue from consumption of consignment material !A12" 0his transaction is used in Inventory Management in the case of 'ithdra'als from consignment stock or 'hen consignment stock is transferred to o'n stock if the material is su,?ect to standard price control and the consignment price differs from the standard price. 0.penditure/income from transfer posting !A34" 0his transaction is used for transfer postings from one material to another if the complete value of the issuing material cannot ,e posted to the value of the receiving material. 0his applies ,oth to materials 'ith standard price control and to materials 'ith moving average price control. rice differences can arise for materials 'ith moving average price if stock levels are negative and the stock value ,ecomes unrealistic as a result of the posting. 0ransaction #UM can ,e used irrespective of 'hether the transfer posting involves a transfer ,et'een plants. 0he e%penditure/income is added to the receiving material. Provisions for su+se$uent !end5of5period re+ate" settlement !62*" If you use the 1su,se@uent settlement1 function 'ith regard to conditions -e.g. for period;end volume;,ased re,ates., provisions for accrued income are set up 'hen goods receipts are recorded against purchase orders if this is defined for the condition type. 'ncome from su+se$uent settlement !62-" 0he re,ate income generated in the course of 1su,se@uent settlement1 -end;of;period re,ate settlement. is posted via this transaction. 'ncome from su+se$uent settlement after actual settlement !62/"

If a goods receipt occurs after settlement accounting has ,een effected for a re,ate arrangement, no further provisions for accrued re,ate income can ,e managed ,y the 1su,se@uent settlement1 facility. 8o postings should ,e made to the account normally used for such provisions. #s an alternative, you can use this transaction to post provisions for accrued re,ate income to a separate account in cases such as the one descri,ed. 7upplementary entry for stoc !67%" 0his account is posted 'hen closing entries are made for a cumulation run. 0his account is a supplementary account to the stock accountA that is, the stock account is added to it to determine the stock value that 'as calculated via the cumulation. In the process, the various valuation areas -for e%ample, commercial, ta%., that are used in the ,alance sheet are ta%ed separately. Change in stoc !67V" "hanges in stocks are posted in Inventory Management at the time goods receipts are recorded or su,se@uent ad?ustments made 'ith regard to su,contract orders. If the account assigned here is defined as a cost element, you must specify a preliminary account assignment for the account in the ta,le of automatic account assignment specification -"ustomi/ing for "ontrolling. in order to ,e a,le to post goods receipts against su,contract orders. In the standard system, cost center (";4 is defined for this purpose. 7toc posting !678" 0his transaction is used for all postings to stock accounts. (uch postings are effected, for e%ample& In inventory management in the case of goods receipts to o'n stock and goods issues from o'n stock In invoice verification, if price differences occur in connection 'ith incoming invoices for materials valuated at moving average price and there is ade@uate stock coverage In order settlement, if the order is assigned to a material 'ith moving average price and the actual costs at the time of settlement vary from the actual costs at the time of goods receipt 3ecause this transaction is dependent on the valuation class, it is possi,le to manage materials 'ith different valuation classes in separate stock accounts.

Caution 0ake care to ensure that& # stock account is not used for any transaction other than 3(B ostings are not made to the account manually 0he account is not changed in the productive system ,efore all stock has ,een ,ooked out of it 2ther'ise differences 'ould arise ,et'een the total stock value of the material master records and the ,alance on the stock account. Account determination of valuated sales order stoc and pro9ect stoc

8ote that for valuated sales order stock and pro?ect stock -special stock $ and C. and for the transaction/event keys 678 and &66, you must maintain an account determination to avoid receiving 'arning messages 'hen entering data -purchase order or transfer posting. for valuated stock. 9uring data entry, the system attempts to e%ecute a provisional account determination for G33 for valuated stock. 0he system 'ill only replace the provisional account determination for G33 'ith the correct account determination for the stock account -3(B., in the ,ackground, if you enter the data for valuated stock at a later point in time. #evaluation of other consumption !C2C" 0his transaction/event key is re@uired for the revaluation of consumption in Actual Costing!Material "edger. *evaluation of consumption valuates single;level consumption using the actual prices determined in the Actual Costing!Material "edger application. 0his revaluation can either take place in the account 'here the original postings 'ere made, or in a header account. 0he header account is determined using the transaction/event key C2C. %el credere !%0:" 0ransaction/event key for the payment/invoice list documents in urchasing. 0he account key is needed in the calculation schema for payment/settlement processing to determine the associated revenue accounts. 7mall differences; 4aterials 4anagement !%'F" 0his transaction is used in Invoice Verification if you define a tolerance for minor differences and the ,alance of an invoice does not e%ceed the tolerance. Purchase account!0'("; purchase offsetting account !01&"; freight purchase account !F#0" 0hese transactions are used only if Purchase Account 4anagement is active in the company code. (ote 9ue to special legal re@uirements, this function 'as developed specially for certain countries -3elgium, (pain, ortugal, !rance, Italy, and !inland.. 3efore you use this function, check 'hether you need to use it in your country. Freight clearing !F#*"; provision for freight charges !F#-"; customs duty clearing !F#/"; provision for customs duty !F#<" 0hese transactions are used to post delivery costs -incidental procurement costs. in the case of goods receipts against purchase orders and incoming invoices. )hich transaction is used for 'hich delivery costs depends on the condition types defined in the purchase order. You can also enter your o'n transactions for delivery costs in condition types. 0.ternal service !F#:" 0he transaction is used for goods and invoice receipts in connection 'ith su,contract orders. If the account assigned here is defined as a cost element, you must specify a preliminary account assignment for the account in the ta,le of automatic account assignment specification -"ustomi/ing for "ontrolling. in order to ,e a,le to post goods receipts against su,contract orders. In the standard system, cost center (";4 is defined for this purpose. 0.ternal service; delivery costs !F#("

0his transaction is used for delivery costs -incidental costs of procurement. in connection 'ith su,contract orders. If the account assigned here is defined as a cost element, you must specify a preliminary account assignment for the account in the ta,le of automatic account assignment specification -"ustomi/ing for "ontrolling. in order to ,e a,le to post goods receipts against su,contract orders. In the standard system, cost center (";4 is defined for this purpose. 2ffsetting entry for stoc posting !&66" 2ffsetting entries for stock postings are used in Inventory Management. 0hey are dependent on the account grouping to 'hich each movement type is assigned. 0he follo'ing account groupings are defined in the standard system& #U#& for order settlement #U!& for goods receipts for orders -'ithout account assignment. and for order settlement if #U# is not maintained #UI& (u,se@uent ad?ustment of actual price from cost center directly to material -'ith account assignment. 3(#& for initial entry of stock ,alances I8V& for e%penditure/income from inventory differences V#B& for goods issues for sales orders 'ithout account assignment o,?ect -the account is not a cost element. V#Y& for goods issues for sales orders 'ith account assignment o,?ect -account is a cost element. V32& for consumption from stock of material provided to vendor V3*& for internal goods issues -for e%ample, for cost center. V7#& for sales order account assignment -for e%ample, for individual purchase order. V7 & for pro?ect account assignment -for e%ample, for individual 2. V8G& for scrapping/destruction VC & for sample 'ithdra'als 'ithout account assignment VCY& for sample 'ithdra'als 'ith account assignment D23& for goods receipts 'ithout purchase orders -mvt type EF4. D2!& for goods receipts 'ithout production orders -mvt types E54 and E+4. You can also define your o'n account groupings. If you intend to post goods issues for cost centers -mvt type 5F4. and goods issues for orders -mvt type 5G4. to separate consumption accounts, you can assign the account grouping DDD to movement type 5F4 and account grouping YYY to movement type 5G4.

Caution If you use goods receipts 'ithout a purchase order in your system -movement type EF4., you have to check to 'hich accounts the account groupings are assigned =26

If you e%pect invoices for the goods receipts, and these invoices can only ,e posted in #ccounting, you can enter a clearing account -similar to a G*/I* clearing account though 'ithout open item management., 'hich is cleared in #ccounting 'hen you post the vendor invoice. 8ote that the goods movement is valuated 'ith the valuation price of the material if no e%ternal amount has ,een entered. #s no account assignment has ,een entered in the standard system, the assigned account is not defined as a cost element. If you assign a cost element, you have to enter an account assignment via the field selection or maintain an automatic account assignment for the cost element. Account determination of valuated sales order stoc and pro9ect stoc 8ote that for valuated sales order stock and pro?ect stock -special stock $ and C. and for the transaction/event keys 678 and &66, you must maintain an account determination to avoid receiving 'arning messages 'hen entering data -purchase order or transfer posting. for valuated stock. 9uring data entry, the system attempts to e%ecute a provisional account determination for G33 for valuated stock. 0he system 'ill only replace the provisional account determination for G33 'ith the correct account determination for the stock account -3(B., in the ,ackground, if you enter the data for valuated stock at a later point in time. Purchase order with account assignment !167" You cannot assign this transaction/event key to an account. It means that the account assignment is adopted from the purchase order and is used for the purpose of determining the posting keys for the goods receipt. 0.change #ate %ifferences 4aterials 4anagement!AV#" !1%&" )hen you carry out a revaluation of single;level consumption in the material ledger for an alternative valuation run, the e%change rate difference accounts of the materials are credited 'ith the e%change rate differences that are to ,e assigned to the consumption. 0.change rate differences in the case of open items !1%4" $%change rate differences in the case of open items arise 'hen an invoice relating to a purchase order is posted 'ith a different e%change rate to that of the goods receipt and the material cannot ,e de,ited or credited due to standard price control or stock undercoverage/shortage. %ifferences due to e.change rate rounding; 4aterials 4anagement !1%#" #n e%change rate rounding difference can arise in the case of an invoice made out in a foreign currency. If a difference arises 'hen the posting lines are translated into local currency -as a result of rounding., the system automatically generates a posting line for this rounding difference. 0.change #ate %ifferences from :ower :evels !1%V" In multi;level periodic settlement in the material ledger, some of the e%change rate differences that have ,een posted during the period in respect of the ra' materials, semifinished products and cost centers performing the activity used in the manufacture of a semifinished or finished product are de,ited or credited to that semifinished or finished product. Consignment lia+ilities !12("

"onsignment lia,ilities arise in the case of 'ithdra'als from consignment stock or from a pipeline or 'hen consignment stock is transferred to o'n stock. 9epending on the settings for the posting rules for the transaction/event key 728, it is possi,le to 'ork 'ith or 'ithout account modification. If you 'ork 'ith account modification, the follo'ing modifications are availa,le in the standard system& 8one for consignment lia,ilities I for pipeline lia,ilities 2ffsetting entry for price differences in cost o+9ect hierarchies !1T#" 0he contra entry for price difference postings -transaction *7. arising through settlement via material account determination is carried out 'ith transaction 70*. Accruals and deferrals account !material ledger" !:1W" If the process of material price determination in the material ledger is not accompanied ,y revaluation of closing stock, the price and e%change rate differences that should actually ,e applied to the stock value are contra;posted to accounts 'ith the transaction/event key L7). If, on the other hand, price determination in the material ledger is accompanied ,y revaluation of the closing stock, the price and e%change rate differences are posted to the stock account -i.e. the stock is revalued.. Price %ifference from 0.ploded W'P !:ar>" !P#A" If you use the )I revaluation of the material ledger, the price variances of the e%ploded )I stock of an activity type or a ,usiness process are posted to the price differences account 'ith transaction/event key *#. %ifferences !AV# Price" !P#C" In the alternative valuation run in the material ledger, some of the variances that accrue interest in the cost centers, are transfer posted to the semifinished or finished product. Price differences !P#%" rice differences arise for materials valuated at standard price in the case of all movements and invoices 'ith a value that differs from the standard price. $%amples& goods receipts against purchase orders -if the 2 price differs from the standard pricedardpreis., goods issues in respect of 'hich an e%ternal amount is entered, invoices -if the invoice price differs from the 2 price and the standard price.. rice differences can also arise in the case of materials 'ith moving average price if there is not enough stock to cover the invoiced @uantity. In the case of goods movements in the negative range, the moving average price is not changed. Instead, any price differences arising are posted to a price difference account. 9epending on the settings for the posting rules for transaction/event key *9, it is possi,le to 'ork 'ith or 'ithout account modification. If you use account modification, the follo'ing modifications are availa,le in the standard system& 8one for goods and invoice receipts against purchase orders *! for goods receipts against production orders and order settlement *# for goods issues and other movements *U for transfer postings -price differences in the case of e%ternal amounts. Price %ifferences !4aterial :edger; AV#" !P#&"

)hen you carry out a revaluation of single;level consumption in the material ledger during the alternative valuation run, the price difference accounts of the materials are credited 'ith the price differences that are to ,e assigned to the consumption. Price differences in cost o+9ect hierarchies !P#1" In cost o,?ect hierarchies, price differences occur ,oth for the assigned materials 'ith standard price and for the accounts of the cost o,?ect hierarchy. In the course of settlement for cost o,?ect hierarchies after settlement via material account determination, the price differences are posted via the transaction *7. Price %ifference from 0.ploded W'P !4at>" !P#4" If you use the )I revaluation of the material ledger, the price and e%change rate differences of the e%ploded )I stock of a material are posted to the price difference account 'ith transaction/event key *M. Price differences; product cost collector !P#P" 9uring settlement accounting 'ith regard to a product cost collector in repetitive manufacturing, price differences are posted 'ith the transaction * in the case of the valuated sales order stock. 0his transaction is currently used in the follo'ing instances only& ; roduction cost collector in *elease 6.F ; roduct cost collector in I( #utomotive *elease 5.F -product cost collector in connection 'ith # 2. 2ffsetting entry, price differences; product cost collector !P#?" 0he offsetting -contra. entry to price difference postings -transaction * . in the course of settlement accounting 'ith respect to a product cost collector in repetitive manufacturing in the case of the valuated sales order stock is carried out via transaction *C. 0his transaction is currently used in the follo'ing instances only& ; roduction cost collector in *elease 6.F ; roduct cost collector in I( #utomotive *elease 5.F -product cost collector in connection 'ith # 2. Price %ifferences from :ower :evels !P#V" In multi;level periodic settlement in the material ledger, some of the price differences posted during the period in respect of the ra' materials, semifinished products, and cost centers performing the activity used in a semifinished or finished product, are transfer posted to that semifinished or finished product. Price differences for material ledger !P#@" In the course of settlement in the material ledger, price differences from the material ledger are posted 'ith the transaction *Y. 0.pense and revenue from revaluation !retroactive pricing; #AP" 0his transaction/event key is used in Invoice Verification 'ithin the frame'ork of the revaluation of goods and services supplied for 'hich settlement has already taken place. #ny difference amounts determined are posted to the accounts assigned to the transaction/event key *# -retroactive pricing. as e%pense or revenue. #t the time of the revaluation, the amounts determined or portions thereof. are posted neither to material stock accounts nor to price difference accounts. 0he full amount is al'ays posted

to the 1$%pense from *evaluation1 or 1*evenue from *evaluation1 account. 0he offsetting -contra. entry is made to the relevant vendor account. 'nvoice reductions in :ogistics 'nvoice Verification !#1A" 0his transaction/event key is used in Logistics Invoice Verification for the interim posting of price differences in the case of invoice reductions. If a vendor invoice is reduced, t'o accounting documents are automatically created for the invoice document. )ith the first accounting document, the amount invoiced is posted in the vendor line. #n additional line is generated on the invoice reduction account to partially offset this amount. )ith the second accounting document, the invoice reduction is posted in the form of a credit memo from the vendor. 0he offsetting entry to the vendor line is the invoice reduction account. :ence the invoice reduction account is al'ays ,alanced off ,y t'o accounting documents 'ithin one transaction. Provision for delivery costs !#30" rovisions are created for accrued delivery costs if a condition type for provisions is entered in the purchase order. 0hey must ,e cleared manually at the time of invoice verification. Ta.es in case of transfer posting &'/&# !T82" 0his transaction/event key is only relevant to 3ra/il -nota fiscal.. #evenue/e.pense from revaluation !346" 0his transaction/event key is used ,oth in Inventory Management and in Invoice Verification if the standard price of a material has ,een changed and a movement or an invoice is posted to the previous period -at the previous price.. 0.penditure/income from revaluation !34%" 0his account is the offsetting account for the 3(9 account. It is posted during the closing entries for the cumulation run of the material ledger and has to ,e defined for the same valuation areas. 3nplanned delivery costs !3PF" Unplanned delivery costs are delivery costs -incidental procurement costs. that 'ere not planned in a purchase order -e.g. freight, customs duty.. In the (# posting transaction in Logistics Invoice Verification, instead of distri,uting these unplanned delivery costs among all invoice items as hitherto, you have the option of posting them to a special account. # separate ta% code can ,e used for this account. 'nput ta.; Purchasing !V7T" 0ransaction/event key for ta% account determination 'ithin the 1su,se@uent settlement1 facility for de,it;side settlement types. 0he key is needed in the settlement schema for ta% conditions. 'nflation posting !W&6" 0ransaction/event key that posts inflation postings to a different account, 'ithin the handling of inflation process for the period;end closing. &oods issue; revaluation !inflation" !W&'" 0his transaction/event key is used if already;posted goods issues have to ,e revaluated follo'ing the determination of a ne' market price 'ithin the frame'ork of inflation handling. &oods receipt; revaluation !inflation" !W&#"

0his transaction/event key is used if already;effected transfer postings have to ,e revaluated follo'ing the determination of a ne' market price 'ithin the frame'ork of inflation handling. 0his transaction is used for the receiving plant, 'hereas transaction )GI -goods receipt, revaluation -inflation.. is used for the plant at 'hich the goods are issued. W'P from Price %ifferences !'nternal Activity" !WPA" )hen you use the )I revaluation of the material ledger, the price variances from the actual price calculation that are to ,e assigned to the )I stock, an activity type or a ,usiness process are posted to the )I account for activities. W'P from Price %ifferences !4aterial" !WP4" )hen you use the )I revaluation of the material ledger, the price and e%change rate differences that are to ,e assigned to the )I stock of a material are posted to the )I account for material. &#/'# clearing !W#8" ostings to the G*/I* clearing account occur in the case of goods and invoice receipts against purchase orders. !or more on the G*/I* clearing account, refer to the (# Li,rary -documentation 44 4aterial Valuation.. Caution You must set the 6alances in local currency only indicator for the G*/I* clearing account to ena,le the open items to ,e cleared. !or more on this topic, see the field documentation. &#/'# clearing for material ledger !W#@" 0his transaction/event key is not used from *elease 6.F on'ards. rior to 6.F, it 'as used for postings to the G*/I* clearing account if the material ledger 'as active. #s of *elease 6.F, the transaction is no longer necessary, since postings to the G*/I* account in parallel currencies are possi,le. "ustomers 'ho used the transaction )*Y prior to *elease 6.F must make a transfer posting from the )*Y account to the )*B account in order to ensure that the final ,alance on the )*Y account is /ero.