Professional Documents
Culture Documents
Session: Credit Management:: SAP SD - My Notes
Session: Credit Management:: SAP SD - My Notes
Important fields
(i) Update: Valid values 000012, 000015, 000018.
000012 – Open sales orders, Open delivery & open billing doc values.
Open sales orders: Created a sales order yet to create a delivery for that sales order.
Open delivery: Created a delivery document & it is not billed yet
Open billing: Created a billing doc & it is yet to be cleared(payments from the customer)
.
000015 – Considers only open delivery & open billing doc values
000018 – Considers only open delivery value for sales order & open billing doc values.
(iii) Credit limit : The total value mentioned here is applicable to individual customer who falls
under the credit control area
Imp: Increase or decrease the credit limits of specific customers can be done in the
transaction code, FD32
High risk customer – Low credit limits
Low risk customer – High credit limits
Imp FAQ: What is the difference between the credit limits you mention in FD32 and the credit
limit you mention in credit control area definition??
Answer: Credit limits that are mentioned in the credit control area is applicable to all the
customers for whom the credit limits are not maintained in FD32.
b) Assignment of CCA: Once the credit control area(CCA) is created/defined the next steps
would be
o Assign company code to the CCA
o Assign the sales area to the CCA
o After the assignment the credit control area is to be changed in the customer
master Sales area date Billing tab as shown below
c) Risk categories definition & assignment
Path – SPRO IMG Financial accounting Accounts Receivable & Accounts payable
Credit management Credit Control accounts Define risk categories
d) Credit groups definition: It defines at what level (Sales order, Delivery, Goods issue) you
are blocking a customer once he reaches the credit limit.
Path – SPRO IMG Sales and distribution Basic function Credit
Management/Risk management Credit management Define credit groups new
entries
e) Assignment of Sales documents and delivery documents to CCA:
Path – SPRO IMG Sales and distribution Basic function Credit
Management/Risk management Credit management Assign Sales documents and
delivery documents
Important fields
(i) Derivation in % - It signifies the deviation upon the credit limit value mentioned in
the credit control area definition
Ex – 0% is no deviation is allowed and it should strictly abide by the credit limit
mentioned.
(ii) Number of days: The credit limit is unchecked for the number of days mentioned
here. Generally used the sales during the festive season and year end.
(iii) Item check – For each and every line item entered , the credit line amount is
checked by adding the line item amount to the update group amount and if it
exceeds the credit line amount then the system will stop further processing
(iv) Credit limit seasonal factor – The credit limit can be increased or decreased during a
time period mentioned here.
(v) Static credit limit check – For the credit limit evaluation the system would consider
all the open orders which are due for delivery irrespective of the horizon period.
(vi) Dynamic credit limit check - For the credit limit evaluation the system would not
consider the open orders whose future delivery date falls beyond the horizon
period. For ex – If we mention 1 month horizon period , then the system would
ignore all the open orders amount whose delivery date falls beyond the horizon
period 1 month. This is the main difference between static and dynamic credit
limit check.
(vii) Max doc. value – We can define the limit of a single order value i.e the maximum
order amount allowed in a sales document.
(viii) Critical fields – If the critical fields such as payment terms , inco terms, prices are
changed then the documents can be blocked using this field.
(ix) Max. open item% - Maximum open items % based on the days oldest item field.
Irrespective of whether the credit limit is reached or not , an order can be
blocked based on the maximum open items%(i.e no of items for which the
payment is not done).
Specify the customer no and the credit control area which is already created
Provide the credit limit amount and the risk category group and save
Session - Shipping:
Shipping point definition
Path SPRO Enterprise structure Definition Logistics execution
Define,copy,delete, check shipping point.
Key points in define shipping point:
o Country and Departure zone are the two key fields in the route determination.
o Factory calendar would determine the holidays
o Determine load. Time and Determine pick/pack time – These two fields are key in
determining the Loading date and Goods issue date populated in the shipping tab of
item schedule lines
Route Determination
Path SPRO logistics execution Shipping Basic shipping functions Route Route
determination Maintain route determination.
Delivery
Path Create sales order Go to VA02 Sales document Deliver
Or Use TCODE – VL01N
Error message: No schedule lines due for delivery up to the selected date
Resolution: Goback to delivery order screen and change the selection date to future
delivery date as mentioned in the sales order.
2. The value changes are posted to the balance sheet account in the inventory
Accounting. (The value of finished goods will be reduced): SD-FI integration point.
3. The Billing due list (VF04) will be updated automatically. The delivery document after
the PGI it will get updated here in the billing due list.
5. The Accounting Effect: COGS account (Cost of goods) will be debited and inventory
account will be credited.
In the document flow, select the GD goods issue document and click on the display
document or use TCODE MB03. Click on the accounting documents button and select
accounting in the drop down. We can see here that the COGS account is debited and
inventory account is credited.
The system gives the list of all orders, which have above three fields in common
(that are due for delivery)
Select the required orders to be combining & select the button “Create delivery in
background” {on Top}
Select the button “Log for Delivery Creation” {on Top} Shift + F4
The system generates a group number, which contains the delivery document
created.
To see the delivery document created select the group number & select the
button “Documents”. {On Top}
For the delivery doc created complete the Picking & Post goods issue process.
Define Delivery Document types
In the delivery process the delivery document type controls how the delivery is to
function. The structure of the delivery document is very similar to a sales
document type in that a delivery document has a header and item structure.
Path SPRO Logistics Execution Shipping Deliveries Define Delivery
Types(OVLK)
Standard delivery document types
Ex: -
LF Delivery With reference to Sales order
LO Delivery without order reference
LR Returns Delivery
BV Cash sale Deliver
Create Delivery document type without order reference( Standard delivery type without
order reference - LO
Go to VL01N and click on without order reference
Or
Directly go to VL01NO
Enter all the details inside and save the delivery. Picking and PGI and create the billing
document.
Standard item category for delivery without order reference is “DLN”
Session: Billing
The billing process could be order- or delivery-related, and may include billing of standard
deliveries as well as the creation of debit and credit memos.
V.imp : Delivery or order related billing is controlled by the billing relevance field in the item
category type. Whenever we create the billing document in VF01 we should fill in the
appropriate entry Sales order or Delivery doc. Number in the document reference field.
For ex: For TAN – Billing relevance is “A” – Delivery related billing
For BVN(Used for Cash sales) – Billing relevance is “B” – Order related billing.
Imp note: The reference doc to create the billing document is controlled by item
Category. The field is “Billing Relevance”. Whatever we mention here, system
will take that doc as reference to create the billing document.
Imp note: When we save the invoice the company’s revenue account will be
Credited & the customer account is debited.
Imp note: If the accounting document is not generated, try the following setting.
We can manually release the doc to Accounting in the following way
Go to VF02 go to billing document in the main menu and select “Release to
Accounts”
In the document field specify the billing document no. To be cancelled & select
execute. Go to invoice cancellation details & save it.
Imp note: When we save the invoice cancellation, the values that are already
posted to FI are reversed.
V.Imp - OTC cycle cancellation procedure
1. First cancel the Invoice in VF11, then the status of the delivery document will be
changed back to being processed
2. Reverse PGI – VL09 to reverse the post goods issue.
3. Go to VL02N delete the deliver
4. Go to VA02 delete the sales order
Accounting document
Click on the accounting icon to view all the accounting documents which are generated for this
billing doc.
The system generates the following documents:
1) Accounting document
2) Profitability analysis
3) Special purpose ledger
4) Controlling document
Out of all this list, accounting document is important for SD consultant. All other documents are
handled by the FI consultant.
For the accounting document to be generated, we have to customize the revenue account
determination procedure.
The amounts are posted to the respective G/L accounts based on the configuration settings in
revenue account determination (VKOA).
Click on the payer record to view the details as shown.
o Number range internal Assignment: - Specify the internal number range, for the
Billing Document. No External number range here.
There is no external number range for billing documents because of the legality
associated with them and to maintain the consistency when submitted to government
authorities.
Note: We can delete Sales order & Delivery document, but we cannot delete an Invoice.
We can only cancel the invoice.
o Item No. Increment: - Specifies the number, by which the item will be incremented in
the billing document.
o Sales document category: - Specifies the document category for the billing.
M Invoice, O Credit Memo & P Debit Memo
o Transaction Group: - The transaction group is: ‘7’ for billing document.
o Posting Block: - If we check this field, the automatic transfer of billing document
to accounting document will be blocked. We have to manually release the accounting
document in VF02 using the release to accounting button.
o Statistics: - Indicates whether the system stores the information from the billing
document for the purpose of statistical analysis.
o Negative Posting: - Specifies whether the negative posting is allowed for billing
document, i.e. a corresponding set posting on the debit side, reduces the credit
side of the accounting & a credit posting reduces the debit side of the accounting.
o Relevant for rebate: - Specifies whether the billing document is relevant for
rebate processing. {We have seen this field in 2 places 1.Sales Organization, 2.Cust M.
Data}. All the three places should be checked to have the relevancy for rebate.
o Cancellation Billing Type: - Specifies the cancellation doc type for the billing
document. (S1)
o Accounting Determination Procedure: - Specifies the revenue account
determination procedure.
o Output Determination Procedure: Specifies the output determination
procedure: V10000, Application as: V3 & Output Type as: RD00
o Partners: Specifies the Header partner as: FK & the Item partner as: FP. This
will help us to copy the partner functions from Sales order/Delivery to Billing Doc.
Note: - We do not have billing Item Categories in SAP. In Sales Item Category we control
the billing items as well.
Invoice Print: - To take a printout of the invoice, go to VF02; from the initial
screen select the button “Billing Document” Issue output Printer OR Screen.
Language Change: - To change the language for print out go to VF02, from the overview screen
select “Go to” Header Output
Select the button change Output & Change the language.
Credit Memo
If the company has to pay something back to the customer, we need to create
the credit memo. The credit memo can be created with reference to the credit
memo request (G2)
1. Create Credit Memo Request: - VA01
VA01 – Create, Order type is CR
The standard Item Category is G2N , in which we don’t check the field “Schedule lines allowed”
Release the billing block, which is default for credit memo order type. Specify the order reason
& save it
Imp note: No Credit management relevant fields checked in this order type
No Shipping/delivery relevant fields checked in this order type
Always order related billing type – G2 (Std credit memo billing type/Invoice)
2. Creating Credit Memo: - With reference to credit memo request, we can create
the credit memo. (VF01- Create)
Doc type is “ G2 ”, Item Category is G2N
In the Doc. field specify the Credit memo request Number & Execute.
In real time there would be a billing block for all the credit memo requests, so only authorized
business head can remove the block. Go to VA02 remove the billing block
Again go to VF01 and save the billing document after removing the block.
To check the error log in any transaction -> Go to Edit(Menu bar) Log
Imp note: When we save the credit memo company’s revenue account is debited
& the customer’s account is credited.
The system generates accounting doc, which is posted to FI
Debit Memo
If the customer has to pay something back to the company, we need to create
the debit memo. We can create debit memo with reference to the debit memo
request (L2)
1. Creating Debit Memo request:
VA01 – Create, Order type is: DR
The standard Item Category is L2N , in which we don’t check the field “Schedule
lines allowed”
Remove the billing block, if any. Specify the order reason & save it
2. Creating Debit Memo: - With reference to debit memo request, we can create
the debit memo.
VF01- Create
Doc type is “ L2 ”, Item Category is L2N
In the Doc. field specify the Debit memo request Number & Execute.
NOTE: - When we save the debit memo company’s revenue account is credited
& the customer’s account is debited.
The system generates accounting doc, which is posted to FI.