1
1 Pre-requisites for FI-SD Integration
[email protected]
The pre-requisites for carrying out this configuration are as follows: •
Material Master
•
Customer Master
•
Pricing Procedures
•
Condition Records
•
G/L ccounts
Material Master The material master can !e displayed using t-code MM"#$ The menu path for MM"# is %P &asy ccess Menu -' Logistics -' Materials Management -' Material Master -' Material -' (isplay$ (isplay$ )n the material master* master* the rele+ant +iew is %ales: %ales %ales ,rg$ (ata as shown !elow:
2
)n the +iew* the rele+ant field is the cct assignment group$ This is one of the criteria for for G/L G/L acco accoun untt dete determ rmin inat atio ion$ n$ The The mate materi rial als s whic which h ha+e ha+e the the same same acco account unt assignment group are grouped together to post to the same G/L accounts$
Customer Master The customer master can !e displayed using t-code .("#$ The menu path for .("# is %P &asy ccess Menu -' .inancial .inancial ccounting ccounting -' cco ccounts unts Recei+a!l Recei+a!le e -' Master Master Records -' (isplay$ )n the customer master* the rele+ant data is under the %ales area data section of the customer master$ %elect the illing (ocuments ta!$
2
)n the +iew* the rele+ant field is the cct assignment group$ This is one of the criteria for for G/L G/L acco accoun untt dete determ rmin inat atio ion$ n$ The The mate materi rial als s whic which h ha+e ha+e the the same same acco account unt assignment group are grouped together to post to the same G/L accounts$
Customer Master The customer master can !e displayed using t-code .("#$ The menu path for .("# is %P &asy ccess Menu -' .inancial .inancial ccounting ccounting -' cco ccounts unts Recei+a!l Recei+a!le e -' Master Master Records -' (isplay$ )n the customer master* the rele+ant data is under the %ales area data section of the customer master$ %elect the illing (ocuments ta!$
3
The rele+ant field is the cct assignment group$ This is also one of the criteria for G0L account determination$ The customers who ha+e the same account assignment group are grouped together to post to the same G0L accounts$
Pricing Procedures Pricing procedures are used to define the +alid condition types for pricing calculation and the sequence in which they they should !e processed$ ,ther processing data can also also !e specif specified ied for each each condit condition ion type type such such as* if the condit condition ion type type is statis statistic tical* al* specificat specification ion of a calculation calculation type different different from the one mentioned mentioned in the condition condition type configuration etc$ The pricing procedures can !e seen in t-code 1/"2$ The menu path for 1/"2 is %PR, -' )MG -' %ales and (istri!ution -' asic .unctions -' Pricing -' Pricing Control -' (efine and ssign Pricing Procedures -' Maintain Pricing Procedures
4
The rele+ant field here is the ccount 3ey$ )t is also one of the criteria for G/L account determination$ ased on the account 4ey* the required G/L account to !e posted is selected$ The column ne5t to account 4ey is the accrual 4ey$ The accrual accounts are used if accrual condition types such as a re!ate condition type are used in the pricing procedure$ Re!ate is the discount gi+en to customers !y manufacturers* say* a re!ate gi+en to dealers at the year end !ased on the num!er of units sold$ The re!ate is not paid per in+oice$ )t accrues o+er the period and is paid at the period end$ The account 4ey is used to determine a re!ate discount account which is a P6L account$ The accrual 4ey is lin4ed to G/L accounts* a P6L account and a /% account 7Pro+ision account8$ 9hen a !illing document is posted* the P6L account lin4ed to accrual 4ey is de!ited and the pro+ision account is credited with the re!ate amount$ 9hen the re!ate agreement is settled* the account lin4ed to account 4ey is de!ited and customer is credited with the re!ate discount amount$ t the same time* re+erse posting is done to the accounts lin4ed to accrual 4ey$
Condition Records .or each condition type in the pricing procedure* condition records are used to specify the factors* say* customer* material* etc$ that can +ary and then store the price for +arious com!inations of these factors$ They can !e seen in t-code 13#$ The menu path for 13# is %P &asy ccess Menu -'Logistics -' %ales and (istri!ution -' Master (ata -' Conditions -' %elect ;sing Condition Type -'(isplay
5
The condition record for condition type PR"" is shown in the screen a!o+e$ The %ales ,rgani
G/L Accounts To complete the configuration for account determination* the G/L accounts should already e5ist in the system$ They can !e seen in t-code .%""$ The menu path for .%"" is %P &asy ccess Menu -' ccounting -' .inancial ccounting -' General Ledger -' Mater Records -' G/L ccounts -')ndi+idual Processing -' Centrally
6
utomatic ccount (etermination
The accounting entries with respect to the billing will generally result in o
Debit Customer account
o
Debit Freight-out account
o
Credit Revenue account
o
Credit Excise Duty Payable account
7
o
Credit Sales Tax Payable account
ence! primarily! one side o" the account is a Customer and the other is a revenue account# The customer account gets pic$ed up "rom the customer master data and the revenue account is con"igured based on certain inputs so that correct account is hit during F% posting# This automatic account determination is con"igured not only "or revenue! but also! other elements li$e Freight! surcharges! sales deductions etc# The account determination can be done to be based on the "ollowing criteria& •
'pplication
•
Condition Type
•
Chart o" 'ccounts o" Company Code
•
Sales (rgani)ation
•
Customer 'ccount 'ssignment *roup
•
+aterial 'ccount 'ssignment *roup
•
'ccount ,ey
Note: The above mentioned "ields are standard "ields included by de"ault# +ore "ields can be added as criteria#
Configuration Steps
8
The con"iguration steps reuired "or this activity can be "ound by "ollowing path SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination
's seen in the screen shot above! there are 1 con"iguration steps# Check Master Data Relevant For ccount ssign!ent
The "irst step is setting up the master data relevant "or account assignment# The menu path is SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. Chec$ +aster Data Relevant For 'ccount 'ssignment
There are two activities to be done in this step 2 material account assignment groups and customer account assignment groups#
9
The "irst activity is material account assignment groups maintenance# From the screen! double clic$ on +aterials& 'ccount 'ssignment *roups# The screen "or maintaining material groups will appear#
3se the 4ew Entries button to create new groups# There are di""erent material groups created as in the screen above which ensures that! "or example! all the trading goods 5*roup 678 can be posted to di""erent accounts than that o" all the services 5*roup 968# 's already seen be"ore! these material groups are assigned to materials in the view Sales& Sales (rg# Data 9 o" the material master# The system automatically proposes the account assignment group "or the material in the Sales documents "rom the material master# The second activity in this step is customer account assignment groups maintenance# From the screen! double clic$ on Customers& 'ccount 'ssignment *roups# The screen "or maintaining customer groups will appear#
10
3se the 4ew Entries button to create new groups# There are di""erent customer groups created as in the screen above which ensures that! "or example! all the domestic revenues 5*roup 678 can be posted to di""erent accounts than that o" all the "oreign revenues 5*roup 698 or the a""iliated companies: revenue 5*roup 6;8# 's already seen be"ore! these customer groups are assigned to customers in the tab /illing Documents o" the Sales 'rea data in the customer master# The system automatically proposes the account assignment group "or the customer in the Sales or /illing documents "rom the customer master#
Define Depen"encies of Revenue ccount Deter!ination
The next step is de"ining the dependencies "or revenue account determination 2 de"ining "ields as well as condition tables# The menu path is SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. De"ine Dependencies (" Revenue 'ccount Determination 's already mentioned! the purpose o" setting up account determination is to be able to di""erentiate accounts "or posting according to certain criteria li$e customer account assignment group! account $ey! material account assignment group etc# ence! the "irst activity here in this step is to decide which all criteria will be used "or such di""erentiation# The "ield catalog contains "ields that can be selected when we create or maintain a condition Table# These decided criteria are to be added by double clic$ing on the Field Catalog& 'llowed "ields "or the tables option#
11
's seen in the screen shot above! the some o" the reuired criteria are already present# %" new ones are to be added! clic$ on new entries and press F<# ' list o" all the "ields in the tables that can be added as criteria is listed as shown below#
12
's shown above! i" we want to add Payment cards& Card type as a criteria! double clic$ on the entry and then press save# 's seen below! this criterion has been added to the already existing list o" criteria#
13
(nce the "ields have been selected! these "ields have to be added to condition tables# There can be many tables! each with di""erent combination o" criteria that will be used "or account determination# The existing tables can be displayed using 'ccount Determination& Display Tables option#
Enter the table number "or which we need to see the table details and press enter#
's seen in the screen above! table = uses Sales (rgani)ation! Distribution Channel and Division as criteria "or account determination# The le"t pane shows the "ields selected as criteria "or this table and the right pane shows the "ield catalog i#e# the "ields available "rom which the criteria can be added to the table#
14
The system already contains standard tables li$e the one shown above# +ost o" the times! these standard condition tables are su""icient# owever! we can also create custom condition tables "or speci"ic reuirements# These custom tables can range "rom >67 to ===# Some o" the standard tables are •
Table 667 - Customer group0 +aterial group0 'ccounting $ey
•
Table 669 - Customer group0 'ccounting $ey
•
Table 66; - +aterial group0 'ccounting $ey
•
Table 66< - *eneral
•
Table 66> - 'ccounting $ey
To create a new table! double clic$ on 'ccount Determination& Create Tables option# ere! a custom table >67 is being created with the Payment Card type "ield as criterion#
Enter table number >67 and press enter# %" the table is to be copied "rom another existing condition table we can enter the existing table number in the "ield below the new table number# Select the "ield payment card type and choose the Select "ield button#
15
's seen! now this "ield has been added to the table as criterion as it can be seen in the le"t pane# The description o" the table can be changed using the highlighted button in the
16
screen shot# 'dd all the reuired "ields and press save# The new condition table has been created# Note : The Field Catalog table is cross-client# There"ore! any changes done to this table will have e""ects in all clients on a server#
Defne Access Sequences an Accoun! De!ermina!ion "#$es
The next step is de"ining account determination types and access seuences# The menu path is SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. De"ine 'ccess Seuences 'nd 'ccount Determination Types
The "irst activity! +aintain access seuences "or account determination is used to setup access seuences# 'ccess seuences store in"ormation about which condition tables will be accessed "or account determination! the seuence in which these tables will be accessed and the "ield contents o" these condition tables# Double clic$ on the option#
17
's seen! there are two standard access seuences de"ined in the system 2 ,(F% and ,(FR# To create new access seuences use the new entries button# To view an already existing one! clic$ on the entry and double clic$ on the 'ccesses "older as highlighted on the le"t hand side#
18
The above screen shows the condition tables and the seuence in which they are accessed in the access seuence ,(F%# The 4o# column gives the order in which the tables are accessed i#e# the one with the lowest number is accessed "irst# 's shown in the above screen shot! system will access table =>; "irst during determination procedure as that is "irst in seuence# %" system is able to "ind out necessary in"ormation in this table it will not access table <=1 but otherwise it will access table <=1 next# 3sually! the seuencing o" the tables is con"igured such that! the more speci"ic tables are accessed "irst "or the in"ormation and then the less speci"ic ones "ollow# The Tab column contains the condition table number and the Description "ield contains the table description# To see the "ields contained in the condition table! clic$ on the respective row and double clic$ on the Fields "older as highlighted on the le"t hand side# To add new tables to the access seuence use the new entries button! enter the values in the 4o# and Tab column and save#
The screen shot above shows the "ields in table <=1 2 Condition Type0'ccount ,ey#
19
The screen shot above shows that the table >67 2 Payment Card Type has been added to access seuence ,(F%#
's seen! there is a column called Reuirement# ' reuirement! simply put! is a routine or a small program! which one can speci"y as a precondition to decide that the access seuence is to be activated i" that condition "ul"illed# Say! "or instance! an access is applicable only "or export business! then! a reuirement! say ? is used# This reuirement number chec$s i" the order is o" export business# %" yes! then only the access is read# (therwise it is not# So! it saves a lot o" time "or the system! improving the response time# The reuirements "or the various application areas such as pricing! material determination! account determination etc# are maintained using transaction code @(F+# (nce the created! they can be assigned as reuired to access seuenceAs 0 pricing procedures! etc#
Note : The 'ccess Seuences table is cross-client# There"ore! any changes done to access seuences will have e""ects in all clients on a server#
The second activity in this step is De"ine account determination types# The account determination type is used "or de"ining the control data "or access seuence and the validity date# Double clic$ on this option "rom the menu#
20
's seen in the screen shot! in this step! condition types are de"ined and then access seuences assigned to them# %t is to be noted that these condition types are di""erent "rom the condition types used in pricing procedures as discussed in the pre-reuisites section# These condition types are used in account determination procedure# There are two standard condition types in the system 2 ,(F% 5"or account determination without C(8 and ,(F, 5"or account determination with C(8#
Note : Custom condition types and access seuences can be de"ined! but! it is recommended that these start with B#
21
# Define n" ssign ccount Deter!ination Proce"ures
The next step is de"ining account determination procedures and assigning them to billing document types# The account determination procedure contains the condition types relevant to the procedure through which the access seuences are read and also the order in which these condition types are accessed# The menu path is SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. De"ine 'nd 'ssign 'ccount Determination Procedures The "irst activity in this step is de"ining the procedures# Double clic$ on the option De"ine account determination procedure#
22
,(F%66 is a standard account determination procedure# 4ew procedures can be created using the button 4ew Entries# To view the procedure! place the cursor on the respective row and double clic$ on the "older Control data as highlighted on the le"t hand side#
The above screen shot shows the control data o" the account determination procedure ,(F%66# 4ew condition types can be added to this procedure using the 4ew Entries button# The step! counter! condition type and reuirement values should be entered and saved# The step column contains the seuence in which the condition types o" the procedure will be accessed! the one with the lowest step value being accessed "irst# %" two condition types contain the same step value! the counter column is chec$ed "or the seuence# The one with the lower counter value will be accessed "irst# The condition types are contained in the column CTyp# The reuirement column has options that can be chosen "or a condition type as shown below#
23
The ; options shown here are standard ones# Customi)ed routines can also be created and added here# For example! "or ,(F%! the reuirement column contains value 9 implying that this condition type can be activated only when the reuirement that there is no C( account assignment is satis"ied#
The second activity in this step is assigning the procedures# Double clic$ on the option 'ssign account determination procedure#
's seen in the screen shot above! all the billing document types de"ined in the system are presented# The reuired account determination procedure "or each billing type is assigned in the column 'ctDPr in the respective row# For a particular billing type! the corresponding account determination procedure is used to determine the seuence o" condition types and then the respective access seuences are read in the seuence o" condition types#
24
The column Ca'c is used to speci"y account $ey "or cash transactions "or each billing type# This causes the system to post to a *0 account rather than to a receivables account# *0 accounts can be entered "or the $ey in account assignment#
Define n" ssign ccount $e%s The next step is de"ining account $eys and assigning them to condition types in pricing procedures# The account $eys are de"ined to group together similar accounts in "inancial accounting# The menu path is SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. De"ine 'nd 'ssign 'ccount ,eys
The "irst activity in this step is to de"ine account $eys# 'ccount $eys are de"ined as based on the reuirement o" * account in F%# Double clic$ on the option De"ine 'ccount ,ey#
4ew account $eys can be created in the system using the 4ew Entries button# 's seen in the above screen shot! di""erent account $eys are de"ined "or di""erent types o" accounting entries# For example! ER is account $ey "or revenue related entries while ERF is de"ined "or Freight revenue related entries# Since account $eys also play an important role in the account
25
determination process! it helps us in hitting di""erent accounts "or various transactions "or the same set o" customer or material#
Some o" the standard account $eys are& •
ER/ - Rebate Sales Deductions
•
ERF - Freight revenues
•
ER - Sales Revenues
•
ERS - Sales Deductions
•
ER3 - Rebate 'ccruals
•
E@@ - Cash Settlement
•
+S - Sales Tax
The second activity in this step is to assign account $eys to condition types in pricing procedures# Double clic$ on the option 'ssign 'ccount ,ey#
26
This step is the same as the one discussed in pre-reuisites "or pricing procedures# The activity done there through t-code @06? is the same as the one done in this step# owever! in this screen! we can add only the reuired account $ey in the 'ct,y column against the corresponding Condition types in the CTyp column# The @06? screen allows several other activities li$e adding new procedures! changes to condition types within a procedure! change o" steps or counter etc# along with the assignment o" the account $eys#
4 Assign %&' Accoun!s
The last step is assigning *0 accounts# This is done in t-code @,(' or the menu path SPR( -. %+* -. Sales and Distribution -. /asic Functions -. 'ccount 'ssignment0Costing -. Revenue 'ccount Determination -. 'ssign *0 'ccounts
27
(nly those tables will be displayed in @,(' which are lin$ed to access seuences "or which the account determination types are already assigned to account determination procedures# To ma$e assignment o" *0 accounts! double clic$ on the reuired condition table entry# For illustration purposes! the condition table 7 has been chosen#
4ew rows can be added to the table using the 4ew entries button# 's seen "rom the screen shot above! *0 accounts assignment in this table is based on •
'pplication
28
•
Condition type
•
Chart o" accounts
•
Sales (rgani)ation
•
Customer account assignment group
•
+aterial account assignment group
•
'ccount ,ey
The provision account column is used in case the account $ey is an accrual $ey as explained in section ;#;# The *0 account column "or such an account $ey has the P account and the provision account column is "illed with the /alance Sheet account number
For instance! "or application G v! condition type G ,(F%! chart o" accounts G '===! sales org G ++++! customer group G D7! material group G H7! i" the account $ey is ER! the posting is done to *0 account >7676967 and "or account $ey ERS! the posting is done to *0 account >7676767# Thus! we di""erentiate the *0 account based on the transaction type through the account $ey# Similarly! "or application G v! condition type G ,(F%! chart o" accounts G '===! sales org G ++++! customer group G D7! account $ey G ER! i" the material group is H7! the posting is done to *0 account >7676967 and "or material group H9! the posting is done to *0 account >7676767# Thus! we di""erentiate the *0 account based on the material group o" the material#
Similarly! the *0 accounts are assigned to all the condition tables# For instance! i" we would have chosen table 9 instead on 7 "or assignment o" *0 accounts! the screen would have been as shown below#
29
's seen! the di""erence between tables 7 and 9 is that in condition table 9! there is no material account assignment group criterion "or determination o" *0 account# So! "or instance! i" an access seuence lists the table 7 as the "irst one to be chec$ed and table 9 as the second one! and the material group is missing "rom the billing document! then the *0 account to be posted to would be traced "rom table 9#
From the condition table displayed "or *0 account assignment! rows that satis"y particular criteria can be identi"ied# 3se +enu tab Selection -. /y Contents
The "ields that can be used "or selection are displayed# ere! "or instance! we choose account $ey and *0 account by clic$ing on these "ields and press enter# e want to display rows with 'ccount $ey G ERS and *0 'ccount G >7676767# Enter the "ield values and select the choose button# The list is displayed as shown below# The number o" entries selected will also be shown at the bottom o" the page as highlighted#
30
This selection can also be used "or easy assignment o" *0 accounts# For example! "or table 9! choose chart o" accounts G C'/E! sales org G ICS and account $ey G ER in the selection# hen the list o" entries is displayed! the same account number can be easily entered in the *0 account column#
Dis$la#ing Accoun! De!ermina!ion Anal#sis
31
The screen shot below shows an accounting document in F%# The t-code used is F/6; or "ollow the menu path S'P Easy 'ccess +anu -. 'ccounting -. Financial 'ccounting -. *eneral edger -. Document -. Display
's highlighted in the screen! the *0 account ?66666 has been chosen "or posting o" the sales# The corresponding billing document can be seen using menu tab Environment -. Document Environment -. (riginal Document#
32
To see the account determination analysis! "rom the billing document screen! use the menu tab Environment -. 'ccount Determination 'nalysis -. Revenue 'ccounts
33
's seen "rom the screen above! the *0 account entry was not "ound in condition table condition type0account $ey# The account ?66666 was deter mined "rom the table 'cct ,ey#
(A)" 2 &o' "oes FI integrate 'ith SD an" 'hat is their account "eter!ination( FI ) SD account "eter!ination:'ll /illing transactions happening in the Sales and Distribution module will result in F% postings# 'll accounting entries with respect to the billing will have one side o" the account as a Customer or receivable and the other side to be a revenue account# For e#g# Customer 2Dr# To Revenue 'ccount- Cr# Jou have to bear in mind that the customer account gets pic$ed up "rom the customer master data# 'll we need to do is to con"igure the revenue account or the discounts and surcharges *here an" ho' "o 'e "o this(
Jou ma$e the allocation "or each o" these through access seuences# 'ccess seuence is nothing but S'P:s terminology o" determining the *l accounts# S'P provides the "ollowing six ways o" determining the *l accounts in SD# •
'pplication 5$ey "or the Sales and Distribution application8
•
'ccount determination type
•
Chart o" accounts 5"rom the F% System
•
Customer account assignment group
•
+aterials account assignment group
•
'ccount $ey
The allocated accounts are used to post revenues! surcharges and discounts automatically#
34
The account determination in SD happens through an access seuence which can be seen in the below table#
The system goes about chec$ing "or the gl account "rom more speci"ic criteria to less speci"ic criteria# Thus you can maintain di""erent * codes "or each combination o" the above table entry# This is how S'P will determine the revenue account& %t will go through "irst table entry Cust*rp0+aterial grp0 account $ey# %" any *l account is maintained here the system will then go to the transaction data o" the particular billing document and see whether such a combination o" Customer group and material group exists i" it does it will pic$ that relevant Revenue account and post the accounting document# %" it does not it moves to the next combination in the table which is Customer group0account $ey and so on and so "orth Customer grp is maintained in the Sales view o" the customer master# +aterial grp is maintained in the Sales view o" the material master# 'ccount $ey is maintained in the pricing procedure "or that condition type# The last option it chec$s is account $ey entry# e will now maintain the *l account "or the combination o" +aterial *rp0account $ey Double Clic$ ''* is the material grp# e maintain this since we want it to post to a di""erent * code as Sales ;rd parties# ThatAs it# The system will loo$ into this table see this combination and i" the relevant combination exists in the transaction it will debit the customer account and credit this account 's simple as it is# So basically the S'P F%-SD integration is "or pic$ing up the revenue accounts or the discounts and surcharges# The account $ey determines whether it is revenue or a surcharge or discount#
FI-SD IN+,R+I.N Process Flo' in SD
35
Step 7 Receipt o" enuiry "rom customers 5only SD is involved8 Step 9 Sending uotations 5SD8 Step ; Receipt o" sales order 5SD8 Step < Delivery o" "inished goods 5SD! ++ and F% are involved8 Entry will be Change in stoc$ a0c Dr Finished goods inventory a0c Cr Step > /illing and invoicing to customer 5SD and F%8 Entry will be Customer a0c Dr Sales a0c Cr For this step create number ranges "or document type R@ in t code (/'K Step 1 Receipt o" payment 5SD-F%8 cash a0c Dr Customer a0c Cr
Custo!i/ation Steps %n T-code @,(' assign sales account to account $ey ER depending upon the pricing procedure in SD we have to assign accounts in @,(' 78 %nsert regions (@,9 98 De"ine sales organi)ation (@I> ;8 De"ine distribution channel (@I7 <8 De"ine shipping point (@ID >8 'ssign sales organi)ation to co# code (@I; 18 'ssign distribution channel to sales organi)ation (@I, K8 'ssign division to sales org (@I' ?8 'ssign sales org0distribution channel to plant (@I1 =8 'ssign shipping point to plant (@IC 768 Setup sales area (@I* 778 De"ine rules by sales area (@F9 798 De"ine pricing procedure determination 7;8 De"ine tax determination rules 7<8 Creation o" *0 accts FS66 7>8 'ssign *0 accts @,(' 718 Setup partner determination 7K8 'ssign shipping points (@,C 7?8 Creation o" SD customer master ID67 7=8 Creation o" "inished goods material master ++67 968 +aintain condition types @,77
(A)" 3
36
F%-SD %ntegration 10 Sales .r"er ) 55Tcodes& @'67! @'69! @'6;!8 ' customer orders some items "rom your company by creating a Sales .r"er 5+ales& @/',! @/'P etc8# 20 .utoun" Deliver% Docu!ent - 5TCodes& @674! @694! @6;48 Jour company decides to deliver the items ordered by the customer# This is recorded by creating an .utoun" Deliver% "ocu!ent 5with0without (rder re"erence8 5Tables& %,P! %PS etc8#
;# Post oo"s Issue 5P*%8 5Tcode& @6948 (nce the items are available "or sending to the customer! you Post oo"s Issue 5P*%8 which reduces your inventory and puts the delivery in transit# +his 'ill create a !aterial "ocu!ent0 Jou will post goods issue using @694 but the material document created will be stored in tables +,PF! +SE*# 30 Shipping Docu!ent - 5Tcodes& @T674! @T694! @T6;48 Jou will then create Ship!ent Docu!ent to actually ship the items# 5Tables& @TT,! @TTP etc8# 40 Sales 5illing Docu!ent ) 5SD -TCodes& @F67! @F69! @F6;8 6F%-Tcode& Sales %nvoice 2 F-990F/K6 7 Jou "inally create a Sales illing "ocu!ent# 5Tables& @/R,! @/RP etc8# This will have a corresponding accounting document created that will be in /,PF! /SE* tables# 80 Custo!er Pa%!ent Invoice ) 5%ncoming Payment 2 F-9?8 hen Custo!er Pa%!ent invoice ! it will directly hit your 'R account in F%# SD C%cle: Quotation >> Sales Order >> Delivery Note >> Invoice (Billing)>>Payment FI ,ntries in SD c%cle: 10 Sales .r"er Create" ---4o Entry--20 PI "one 6Post oo"s issue7 ) Cost o" *oods Sold 5C(*S8 To %nventory 'ccount
Dr
5Con"igured in (/JC *// T-,ey8 Cr
#0 5illing "ocu!ent release" to ccounting 5Sales %nvoice 2 "-990"bK68 Customer 'ccount Dr To Sales Revenue 'ccount Cr 5ER T-$ey in Pricing procedure8
37
4ote& The * account is assigned to this ER in @,(' 30 Pa%!ent Receive" 5%ncoming Payment %nvoice 2 "-9?8 /an$ Clearing '0c Dr To Customer '0c Cr Configure Steps FI - SD
7# De"ine Condition Types Con"ition +%pes represents the Price ele!ents in S'P system# Price elements can be! "or example! 10 Prices 20 Surcharges #0 Discounts 30 +a9es or
># Freight! which are stored in the system in condition records# e can! "or example! de"ine whether a discount is calculated as a percentage or a "ixed amount using the condition type# Note:
The pricing procedure groups all condition types together which the S'P system is to automatically ta$e into account during pricing "or a business transaction# e can only speci"y manually in a document those condition types which are • contained in the pricing procedure# Con"ition tale 'll Condition types are stored in the Condition table# ' combination o" "ields that de"ines the $ey o" a condition record# •
9# De"ine 'ccess Seuences The access sequence is a search strateg% ! which the S'P System uses to search "or con"ition recor"s valid "or a con"ition t%pe# The access seuence tells the system where to loo$ "or relevant condition records "or a particular condition type# For example! we can de"ine "or a price that the S'P System "irst searches "or a customerspeci"ic price and then "or a price list price# Note:
38
•
•
%" you de"ine your own access seuences! the $ey should start with the letter since S'P reserves this letter "or the standard system# Do not change access seuences contained in the standard S'P R0; System#
ccess Sequence
ccess Fiel"s
#0 Define an" ssign Pricing Proce"ures
Pricing procedure contains Condition types! where we de"ine which condition types should be ta$en into account and in which seuence# During pricing! the S'P System automatically determines which pricing procedure is valid "or a business transaction and it ta$es the condition types contained in it into account one a"ter the other#
' standard pricing procedure is de"ined in the standard S'P system# %t contains conditions most commonly used# These include material prices! discounts! and surcharges! such as "reight! or tax#
a7 Docu!ent Proce"ure: 5to determine pricing procedure8
The $ey that speci"ies the pricing proce"ure "or this type o" sales document# ;se
During pricing! the system determines the pricing procedure by ta$ing into account 7# The sales area 9# The pricing procedure $ey in the header o" the sales document type ;# The pricing procedure $ey in the customer master record The pricing procedure determines how the system carries out pricing "or a particular sales document 5"or example! which pricing condition records it accesses and in which seuence8#
7 Pricing proce"ure assigne" to this custo!er
Determines which pricing proce"ure the system should apply when you create a sales "ocu!ent "or the customer#
39
;se
Jou can de"ine di""erent pricing procedures "or your system# ' pricing procedure determines the type and seuence o" conditions that the system uses "or pricing in! "or example! a sales order#
<# De"ine Tax Determination Rules ere we de"ine the rules "or tax calculation#
># De"ine Regional Codes • •
Country-speci"ic regional codes 5county codes8 Country-speci"ic city codes
1# 'ssign Delivering Plants "or Tax Determination ere we allocate the plants to a country! and i" appropriate to a geographical region! a county0state code as well as a city code# The allocation always depends on the countries in which you are using the S'P System#
3sing the country $ey! the S'P System recogni)es which tax type is valid "or a plant and thus which taxes are relevant when creating an SD document#
K# De"ine Tax Relevancy o" +aster Records e de"ine the tax relevance "or customers and materials "or each tax category# ?# Chec$ +aster Data Relevant "or 'ccount 'ssignment e can set the system so that account "eter!ination is dependent upon the "ollowing master data "ields& 7# 'ccount group "or material in the material master record 9# 'ccount group "or customer in the customer master record <0 Define and 'ssign 'ccount ,eys
40
e de"ine account ke%s in this menu option and allocate them to the con"ition t%pes in the pricing procedures#
ith the account $eys! we group together similar accounts in "inancial accounting# 3sing the account $ey! the S'P System "inds the desired => accounts# This way we can allocate a separate account ke% to each condition type within a pricing procedure to implement detailed revenue account determination#
For example! you can allocate a "reight condition to a "reight revenue account! or a surcharge "or pac$aging costs to a corresponding account "or pac$aging revenues#
De"ine the account $eys in agreement with "inancial accounting 5F% System8#
76# 'ssign * 'ccounts 5@,('8 e allocate *0 accounts "or revenue account determination# Jou have to ma$e the allocation "or every access seuence you have de"ined be"orehand# ' variety o" criteria is valid "or a *0 account! depending on the $ey combination# For the $ey combination LCustomer account determination group0'ccount $eyL a *0 account depending upon the "ollowing criteria! is given& 10 pplication ? 5Sales Distribution8 20 Con"ition t%pe $.FI 5'ccount Determination8 #0 Chart of accounts 6fro! !o"ule FI711@4 30 Sales organi/ation 11@4 40 ccount ssign!ent group for Custo!er @1 5Domestic Revenue8 80 ccount ssign!ent roup for Material @# 5Finished *oods8 A0 ccount $e% ,R> 5Sales Revenue8 B0 > ccounts #@@@@@ 5Sales Revenue *0 account8 So!e of Stan"ar" ccount $e%s 7# ERF Freight Revenue 9# ER Sales Revenue ;# ERS Sales Deductions I!portant Note: SP provi"es the follo'ing si9 'a%s of "eter!ining the l accounts in SD0 7# 'pplication 5$ey "or the Sales and Distribution application8 9# 'ccount determination type ;# Chart o" accounts 5"rom the F% System <# Customer account assignment group ># +aterials account assignment group 1# 'ccount $ey
41
77# 'ssign Shipping Point e allocate the shipping points! you have to de"ine plants! shipping points! shipping conditions! and loading groups# 120 Set up Partner Deter!ination The rights and responsibilities o" each partner in a business transaction# Partner "unctions in Sales and Distribution include& 7# Sold-to party 9# Ship-to party hen Customer master record creation! the S'P system proposes the allowed partner functions "or maintenance# The partners are copied "rom the sold-to partyAs customer master records into the sales "ocu!ents! according to the rules you have de"ined# 1#0 Maintain Co!pan% Co"es for Material Manage!ent %n this %+* activity! we maintain your company codes# There are two situations in which we do 7# hen setting up company codes "or materials management 9# hen changing the Allow ackposting or Disallow ackposting indicators 130 Define ttriutes of Material +%pes
henever we create a material master record! we must assign it to a !aterial t%pe# This reuires you to "irst de"ine the attriutes o" each !aterial t%pe# Jou do this in this IM activit%# +aterial types are used in the "ollowing neighboring areas! where they are also con"igured in Customi)ing& • • • • •
Profit Center ccounting Pro"uct Cost Planning Sales and Distribution 5 availailit% check 8 @aluation and 'ccount 'ssignment 5 valuation classes8 Production& o 5ills of !aterial o Routings
140 Define Material roups e de"ine !aterial groups# ith material groups we group materials with the same 'ttributes or Characteristics# 180 Plant Para!eters e ma$e the general plant settings "or Inventor% Manage!ent #
1A0 roup +ogether ?aluation reas
42
e assign valuation areas to a valuation grouping code# The valuation grouping code ma$es it easier to set automatic account "eter!ination # ithin the chart of accounts ! you assign the same valuation grouping code to the valuation areas you want to assign to the same account#
1B0 Configure uto!atic Postings
e enter the system settings "or Inventor% Manage!ent and Invoice ?erification transactions "or automatic postings to *0 accounts#
*hat are auto!atic postings(
Postings are made to *0 accounts automatically in the case o" Invoice ?erification and Inventor% Manage!ent transactions relevant to Financial and Cost 'ccounting# e can then chec$ the settings using a si!ulation function#
/e"ore you maintain automatic postings! you must obtain the "ollowing in"ormation& @aluation level 5 plant or co!pan% co"e8 Establish whether 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#
1<0 Creation of Finishe" oo"s Material 6 ++677
Through steps we can create +aterial and material number is created# Path: S'P easy access ogistics +aterial +anagement 5*eneral8 ++67 2 %mmediately
+aterial +aster
+aterial
Create
2@0 Maintain Con"ition Recor"s 6?$117
The condition type indicates! "or example! whether! during pricing! the system applies a price! a discount! a surcharge! or other pricing elements! such as "reight costs and sales taxes# For each o" these pricing elements! there is a condition type de"ined in the system#
43
Ex& 7# Price 5PR668 9# +aterial discount 5,66<8 ;# Tax 5%nput (utput8
210 Creation of Sales .r"er 5@'678 '"ter saving the order the display the message - M Stan"ar" .r"er 11A82 has een save" N 220 oo"s Receipt posting 5Entry o" Stoc$ /alance8
Valuation area:
Stock of a material owned by a company is an asset to the company. Valuation area defines the organization level at which materials are valuated. SAP has provided two options for valuation.
1.
Valuation at plant level: All materials are valuated at plant level.
. Valuation at company code level: All materials in all plants of a company are valuated at company code level.
!his setting is defined in t"code OX14.
44
Valuated stock:
!otal valuated stock # Stock in unrestricted use $ Stock in transit between storage locations%warehouses of a plant $ Stock in &uality inspection.
aterial ty!e:
!his defines the type of material.
'(: )aw material* +inished goods etc.
,aterial type is defined during material master data creation.
ovement ty!e:
!his defines the type of material movement from one place to other. ,ovement type enables the system to find predefined posting rules determining how the stock and consumption accounts are to be posted. All possible goods movements are already defined by standard SAP
'(: ,ovement type 1-1 refers goods receipt
45
,ovement type is entered while posting stock movement related transactions. ,ost of the time* standard SAP automatically derives the movement type based on transaction code.
'(: f we go to ,(/* default movement type 1-1 is displayed by system.
?aluation class: Valuation class is defined for the combination of plant and material 0n Accounting 1 view of material master.
Valuation class allows posting of stock values of
1. ,aterials of same material type to different (%2 account 03ifferent valuation class is assigned in different plants for the same material
46 . ,aterials of different material type to same (%2 account 0Same valuation class is assigned to materials of different material type
4ote: (%2 accounts can be defined at valuation class level along with other parameters.
Valuation grou!ing code:
Valuation grouping code combines the valuation areas having same business properties for the account determination. !his reduces number of entries to be created for automatic account determination for the stock postings.
'(: Valuation area 1 and are re&uired to be posted to same (%2 account* these are grouped to valuation grouping code A56 and (%2 is determined based on valuation grouping code and valuation class.
5efore using valuation grouping code* it needs to be activated in OMWM.
Valuation grouping code is assigned to valuation area in t"code OMWD.
n below e7ample* five valuation areas are assigned to same valuation grouping code.
47
"ccount modi#ication$%eneral modi#ication:
!his key is used to determine different (%2 account for the same kind of goods movement based on origin and target.
'(: 3uring (oods issue* offsetting (%2 is determined from transaction key (55. f business wants to post to different (%2s for goods issue for cost centers 0,ovement type -1 and good issues to orders 0,ovement type 81 for the same material and plant* Account modifier can help here. !o understand this better* let us go to t"code OMWN where we define the transaction key and account modification for the movement type.
!ransaction key which we see in /596 is determined based on the movement type. n below screenshot* you can see all parameters are same for movement type -1 and 81 e7cept account modification.
Please read +1 help on different fields in this screen to know more about functionality of each field.
!"code OMWN:
hen material document is posted with these movement types* offsetting account is determined from transaction key (55 based on account modifier and valuation class.
48 +rom below screenshot* you can see that* different offsetting (%2 account can be determined for the same transaction key and valuation class.
5y 3efault* Standard SAP defines account modification keys for below transaction keys. ;ser defined keys can also be defined and respective account determination settings can be maintained. •
(55 0offsetting entry for inventory posting
•
P)3 0price differences
•
5elow are the modification keys defined by SAP 0'7tracted from +1 help.
Modifiers for GBB +or the transaction%event (55 0offsetting entry for inventory posting* the f ollowing account groupings have already been assigned to the relevant movement types: •
A;+: for goods receipts for production orders with account assignment
•
5SA: for initial entries of stock balances
•
4V: for e7pense%revenue from inventory differences
•
VA=: for goods issues for sales orders without account assignment ob>ect
•
VA9: for goods issues for sales orders with account assignment ob>ect
•
V5/: for consumption from stock of material provided to vendor
•
V5): for internal goods issues 0e.g.* for cost center
•
V
•
V4(: for scrapping%destruction
•
V?P: for sampling
•
@/5: for goods receipts without purchase orders
49
•
@/+: for goods receipts without production orders
Modifiers for PRD f you also activate account grouping for transaction%event P)3 0price differences when you make the settings for automatic postings* the following account groupings are already assigned to the relevant movement types in the standard: •
none for goods receipts and invoice receipts for purchase orders
•
P)+: for goods receipts for production orders
•
P)A: for goods issues and other goods movements
Modifiers for KON f you also activate account grouping for transaction%event
none for consignment liabilities
•
PP: for pipeline liabilities
How are the account determination attributes determined for each transaction e!"e#ent$
3id you observe different set of fields appears for different transaction keys in /596 while maintaining (%2 account 9es. !his is defined in )ules for the transaction key.
'(: Select transaction key A;, in /596 and click on B)ulesB in toolbar.
50 9ou can see that general modification and valuation modifier is active.
f you go to (%2 account maintenance for this key* you would see the same fields.
Quick sna! o# &'I Integration Integration !rocess:
hen we do material posting for a valuated material* below flow happens.
1. ,ovement type and other attributes like special stock indicator* movement indicator etc are determined based on business transaction like goods receipt for P/* production order etc.0/,4. !his is defined by standard SAP. . !ransaction key%event and account modifier is identified based on movement type and other standard attributes in step 1 0/,4 C. Valuation grouping code activation is checked from /,, D. f active* for the given valuation area* valuation grouping code is identified from /,3 E. +or the identified transaction or event* check if valuation grouping code is active or not in /596 06lick the rules button for the transaction key
51 8. Valuation class is determined from material master. F. 5ased on the above identified attributes* select the (%2 account from /596.
f system canGt find any account for the found attributes* stock posting canGt be done and system through clear error stating for which combination of attributes* (%2 account is missing. Such errors are mostly seen during go live%while posting to new materials due to missing (%2 account maintenance or due to incorrect valuation class in material master data.
4ow you know the process* here is the short cut to find out (%2. Account determination determination details are stored stored in table table %&'&. %&'&. f you want to know based on what details === account is determined* simply give that (%2 in !-C- table in field
**+,- in!egra!ion Accoun! e!ermina!ion simula!or 4ow we know how ,, and + are integrated and how the account determination happens. f we want to test inventory account determination* neither you need to do actual material posting in the system nor go through master data and customization to identify the accounts. SAP has delivered account determination simulation tool.
!his helps to find how an account is determined while posting stock related transactions. e >ust need to input plant* material* movement type and select the transaction we would like to check say () for purchase order* () for process order etc. 5ased on above inputs* system would read customization* master data and simulate the account determination process. Apart from above* system would also identify missing account assignments assignments for a given transaction. !his would further help to analyze issues in an easy manner.
*o to T-code .M*5 and close the initial popup# Clic$ on Simulation button#
Fill in plant! material materi al ! movement type and enter# Transaction Transaction list would be automatically automatica lly re"reshed based on the movement type# Double clic$ on reuired type o" transaction to be chec$ed say *R and clic$ on 'ccount assignments#
52
%n next screen! we can see the list o" all available transactions possible "or this movement type! plant and material combination# Some "ields li$e material type! valuation class etc# are derived "rom material master data# Some "ields li$e valuation area! valuation grouping code etc# are derived "rom customi)ation o" the plant#
53
%n this screen! we can see what all accounts are determined "or di""erent $ind o" transactions#
E*& For %nventory posting! you can see Debit0Credit posting $eys and respective *0 accounts# %" there are any missing account assignment "or a given transaction! this is also highlighted with text as Missing0
%n above example! you can see this happened "or Purchase account and purchase o""setting account# e don:t have any account assignments here as we are not using this scenario# /y this way! we can clearly identi"y the gaps in account assignment without even doing the actual posting#
e can change to di""erent movement types and transaction combinations and see how account determination happens and based on what "ields it happens# Jou can try this in your system "or various permutations and combinations#
Second "eature available with this tool is! to chec$ the screen la%out # This would help to identi"y any con"licts in screen layout rules "or the inventory *0 account item during material document posting#
Screen layout "or the inventory account item is determined at two levels# 7# From "ield status group o" movement type 9# From "ield status group o" inventory *0 account#
Clic$ on Check screen la%out button# %n 4ext screen! we can see what is the "ield status set at movement type level and *0 account level# e should ensure that! there is no con"lict between these two "ield status exist#
E*& e can:t have a "ield mandatory in one FS* and suppressed in other FS*# Posting would "ail in such cases#
Sa!ple output:
54
Hust hover on the small %C(4 to see i" a "ield is +andatory0(ptional0Suppressed0Display only# 'ny con"licts "ound should get reported in the error log in tool bar#
%n case o" con"licts! priority would be given in the seuence below with the exception o" Reuired and suppressed combination which is not allowed#
7# Suppressed 9# Display ;# Reuired <# (ptional
Third option provided by this tool is! 'here use" list of =>s0 This would help to %denti"y in what all scenarios a *0 has been con"igured in the system#
From the main screen o" (+/! clic$ on where used list o" *0#
55
Enter company code and valuation area in next screen and execute#
Sa!ple output:
This output shows the list o" valuation classes and transaction $eys a *0 has been assigned to#
ierarchy is as below#
Chart of accounts E-=> account E-?aluation class E-+ransaction event ke% E-ccount grouping co"e
56
ope this in"ormation would be help"ul in your proOects
Jour valuable "eed bac$0comments are much appreciated#
P9 's we $now about the module ++! F% and SD in S'P ERP# ++ stands "or +aterial +anagement! F% standard "or Financial 'ccounting! SD stands "or Sales and Distribution# These two modules F% and SD is very much integrated with ++ modules# 's we are in ++ module! we should $now about the integration point# ere in my blog you can get the $nowledge "or integration between ++-F%! ++-SD and SD-F%# e $now ++ modules means procure to pay process! F% module means "inancial statement and payment process! SD module means sale to customer process# +ost o" the manu"acturing business logic is stands "or ; things /3J-+',E-S'E %t means an organi)ation buy a raw material0product "rom a vendor! then he ma$es "rom this raw material0product to "inished material0product! then he sale the "inished material0product to a customer# %n that ; part the ; module are integrate each other#
57
---.hen the organi)ation buy a raw material0product then its coming into warehouse stoc$! which is goes to ++ modules# 'nd because o" the organi)ation has buy something "rom a vendor! he has to pay "or this to the vendor! which id goes to F% modules# ---.hen the organi)ation ma$e the raw material to "inished material! at that time the organi)ation needs a subcontractor vendor! who will ma$e the subcontracting process# Then process "rom raw material to "inished material! it goes to ++ module# 'nd the organi)ation has to pay the subcontracting vendor! this will goes to F% module# ---.hen the organi)ation sale the "inished material to customer! They have to proceed the sales process 5i$e as sales order! delivery! billing etc8! its goes to SD modules# 't the time "inish goods stoc$ is decreased "rom warehouse! which is goes to ++ module# e sale the "inished material to customer! so customer will pay "or this "inish material! the payment terms goes to F% modules#
MM-FI Integration %n this part! we learn about ++-F% integration points# hen we do a movement "or a material! i" the movement is account e""ect-able! then it will post a account entry in F%# ets discuss about how the accounting entry are posted and how you can do the con"iguration#
58
e have a material master data in our procurement process# %n material master! we stored all in"ormation "or a certain material# i$e as material type! material group! purchasing in"ormation! sale and distribution in"ormation etc etc# The valuation class 5in accounting 7 view8 is most important "or automatic account posting purpose# e can see the valuation class "or individual material "rom t-code ++6;#
@aluation class is used to group together several material with their same attributes! so that we can carry the same account determination "or various material# Every material has a valuation class! many materials can contain same valuation class# 's we $now the valuation class is lin$ with material type via account category re"erence# Jou can see the blog to understand about material type! account category re"erence and valuation class# 'ccount Category Re"erence 5'CR8 - *rand"ather o" 'utomatic 'ccount Determination Process The valuation class will be "or Raw material! Semi-"inished! "inished goods# e can di""erentiate valuation class as per our business reuirement#
59
@aluation class and +ovement type is used "or the *0 determination# +ovement type is used "or all types o" material movement# Suppose i" you receive a material "rom a vendor! a movement is happens "or the movement# %" we trans"er a material "rom one location to another! a movement type is happens "or the movement# %t means! whenever we do a o""-setting entry! a movement type will be created "or that# For various movement type S'P de"ines a *0 account "or the material movement#
ets discuss about an account entry "or a movement type# hen we do a goods receipt! the movement type happens is 767# 'nd S'P designed as per business process the account entry will %nventory '0C debit *R0%R '0C credit#
60
e $now about these account! %nventory a0c "or material master and *R0%R account is a provision account "or vendor# The all account entry is done via automatic account posting# SPR(-%+*-++-@aluation and 'ccount 'ssignment-'ccount Determination-'ccount Determination ithout i)ard-Con"igure 'utomatic Postings 5t-code (+/8 Direct t-code (/JC# Jou can "ind the all details o" automatic account determination with this document 'utomatic 'ccount Determination For di""erent di""erent movement type! the account entry is done via di""erent transaction event $ey# For example %" any movement type hits the inventory entry then it will hit the /SI transaction event $ey## %" any movement type hits the o""-settings entry then its hit the *// transaction event $ey# %" any movement type hits the provision entry then its hit the RI transaction event $ey#
%" you noticed the transaction $ey *//! then you can "ind the a lots o" account modi"ier are used "or various movement type# e canAt remember the all account modi"ier at all! "or this purpose S'P introduce Si!ulation Mo"e # 3sing simulation mode! you can easily identi"y the account modi"ier which is used "or *//#
61
Path G SPR(-%+*-+aterials +anagement-@aluation and 'ccount 'ssignment-'ccount Determination-'ccount Determination ithout i)ard-Con"igure 'utomatic Postings T-code (+/
Set up the simulation criteria as per your reuirement#
Set up the 'pplication 'rea! %nput +ode! 'ccount Chec$# Then press simulation
62
Jou can see the all *0 account uses with all transaction event $ey and account modi"ier "or this particular movement type# %n this way when we post a movement type in ++ module! its also update in F% module# %n short! we can say the main point o" ++-F% integration is (/JC From ++ side its @aluation class and "or F% side its *0 account# hen we do a movement type! the movement type "inds the valuation class "or the material! and post the amount to this *0 account which is assigned to this particular valuation class#
SD-FI Integration %n this part! we learn about SD and F% integration point# henever we sale a "inish material to customer! then the customer have to pay "or that# e send a bill to customer# %n that position all billing document which is happens to sales and distribution module will be posted into F% module#
63
The account entry o" respect to the billing always have two sides (ne side is Customer account and other side will be revenue account# For example& Customer '0c Debit Revenue '0c Credit# 'S per SD module! the customer account will be pic$ed "rom customer master data! which is maintained "rom SD module# e Oust need to con"igure the revenue account and i" there any discount and surcharges account# e have to do that via access seuence! access seuence is Oust a S'P terminology to determine the *0 accounts# S'P provides > ways to determine *0 account in SD modules# These are 7
Cust#*rp0+aterial*rp0'cct,ey
9
Cust#*rp0'ccount ,ey
;
+aterial *rp0'cct ,ey
<
*eneral
>
'cct ,ey
The assigned *0 accounts are used to post the discount and revenue and any $ind o" surcharges# To con"igure this *o to Path G SPR(-%+*-Sales and Distribution-/asic Functions-'ccount 'ssignment0Costing-Revenue 'ccount Determination-'ssign *0 'ccounts T-code G @,('
64
Jou can see the below screen and you can also see the de"ault table and description "or above > ways# First system chec$s the "irst table entry Cust#*rp0+aterial*rp0'cct,ey# %" any *0 maintained here then system will go to the transaction and the particular billing document! then system search the combination o" customer group and material group# %" system will "ind any *0! then system will go through the *0! i" system doesnAt "ind the *0! then it will search the next table# Customer group is maintained in Customer master Data! +aterial *roup is maintained in +aterial +aster Data! 'ccount $ey is maintained "or condition type in pricing procedure# ets maintain (ne *0 account "or material group and account $ey combination# Double clic$ on the +aterial *rp0'cct ,ey
% have maintained the *0 "or this combination# here ''* is the material grp# henever system search the table and "ind the combination "or transaction! then system will debit customer account and credit to this account 57?66;;8 The account $ey determine that it is a revenue or discount or surcharges# Press F< on the 'ccount ,ey "ield! you can see the all account $eys#
