MORE OF CREDIT MANAGEMENT

HI,
APART FROM GLEN WILLIAMS CAN ANYONE TELL ME MORE OF CREDIT MANAGEMENT & BILLING ?
RAJARSHI

Hi,
Notes on Credit mangement
SAP SD Credit Management
All business have their own credit management needs, SAP allows you to specify your own automatic credit checks based on a variety of criteria. You can also specify at which critical points in the sales and distribution cycle the system carries out these checks.
SM30 - Table/View
V_TVTW - Define Distribution Channel
V_TVTA_KKB - Assign sales area to credit control area
V_T014 - FI - Define Credit Control Area
T001CM - FI - Assign Permitted Credit Control Area to company code
OVXG - Set up Sales Areas
e.g. Sales Organization
Distribution Channel
Division
Distribution Channel
Division
FD32 - Customer Credit Management
OVAK - Define credit limit check by sales document type
Check Credit
A - Credit limit check and warning message
B - Credit limit check and error message (no sales order can be created)
C - Credit limit check and delivery block (block delivery if hit credit limit)
Options B and C -> used for checking open order values (when you create/change the sales order)
D - Automatic credit control with open order values
More control in transaction OVA8 - Automatic credit control
You check for open orders and deliveries, or just open deliveries.
or open order values with other options
Credit group
Allows you to combine different sales document types for the credit limit check
VKM1 - Blocked SD Documents - Finance have to released the delivery block
OVAD - Define credit limit check by delivery order
whether the automatic credit check occurs at the time of delivery creation and/or goods issue
OVA7 - Define credit limit check by item category
Set whether to include/exclude item category for credit limit check
OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
You enter the credit groups when you configure the sales document types for credit management and define the (D - automatic credit check).
SAP default credit groups
01 - credit group for sales order
02 - credit group for delivery
03 - credit group for goods issue
OVA8 - Automatic credit control - Double click on the line items
You can have the followings credit limit check :-
Static
Depends on the customer total value of open orders, deliveries, billing documents and open items.
Open items
No of days open
Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.
Max open items %
The customer balance must not exceed a certain percentage.
Oldest open items
If you don't want to deliver to the customer at all when even only 1 invoice is overdue.
Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.
Days oldest item
No of days allowed for overdue or payment terms.
Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
Released documents are still unchecked
The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
Next Review Date
If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.
You can use the "NextReview date" and "Number of days" fields and combined it with the "Last int.review" field in customer credit master "Status" view (FD32).
VOKR - Display of work list for credit management (configure the display variant)
Reward points if it helpful
Sree

Similar Messages

  • Credit Management - Maximum time overdue limit for open item

    Dear all,
    I've this scenario to configure for automatic credit control. A customer is billed on Jan 22nd '10 and now the account receiveable shows an open item. This customer is allowed 52 calendar days to make payment for this invoice, hence no credit block yet. As such, the customer can still make orders.
    In my existing configuration, I've already enable "static" credit check on "open orders" and "open deliveries". The static check is to check against the customer's credit limit.
    So, if I were to add in the earlier mentioned overdue open items check, is it sufficient to just maintain the field "Days oldestItem" with "52" within the automatic credit control screen? 
    Thanks.
    Steven

    Hi
    The sytstem will shows oldest open items depending on the payment terms from the invoice date.
    Once it crosses the days of payment then it will show in oldest open items
    if you want to extend some more days for that then you need to maintain the days in "Days oldestitem" the automatic credit control area
    Prerequisites for credit management to work in Sales and Distribution:
    1.Assign credit control area to company code
    2.Maintain the credit limit in FD32 with details of risk category and the credit limit value
    3.Do the settings in OVA8 -automatic credit control area with combination of Credit control area/Risk category /credit group.
    4.Assign the credit groups to the sales and delivery document types.
    5.Maintain the Subtotal 'A' in the pricing procedure against which value the sytem should check the credit limit.
    If you have any further clarifications on above let me know
    Regards
    Damu

  • Credit management and credit exposure

    Hi experts,
    Pls anybody clarify my doubt in Credit management.
    I activated the credit control areas update as 000015(Open delivery and billing document value).And activated dynamic credit management "Automatic credit control".Now i explain with some example how it working. Fixed credit limit for customer A Rs.30,000/-, Receivables amount 22,000/-. Now if create a sales order for value >8000 i m not getting the credit lock waring messages.
    (I.e) i am creating one sales Order for value Rs.9,000/-.(So credit limit crossed and not getting error msg or waring messages)
    After that creating another sales order for same customer i am getting Warning msg like"Credit limit crossed_____amount".
    So finally, CCR Rs.30,000/, Recei Rs.22,000/- but i can able to make even Sales Order value for Rs One lakh. I want here to block sales order should not be create.
    Thanks in advance.
    SR

    When a sales order is created , only the confirmed quantity is taken for pending sales value even if sale order qty is more
    Check OVA8 setting , open deliveries and open orders should be selected
    You can set reaction status as warning or error.
    Pricing procedure - Subtotal should be A . This will update structure s066
    The above condition will work only for order creation . For sales order ammendment you have do the same setting for credit group  02.
    If Dynamic credit check works with credit Horizon date . It is better to have static credit check.
    Check MC30 after creating sales order whether structure s066 updated for the order.
    check and confirm
    Senthils

  • Credit management requirement

    Hi,
    Guys i have the b/m requirement w.r.t. credit management.
    i am very confused on the same.
    -.The credit period of 45 days from the date of placing the order(i.e sales order) will be admissible to the customers of the company.
    -. Customer will be required to issue a post-dated cheque on the due date of payment for 95% value of the order.
    & The order will be taken for production by the plant only after post dated cheque for 95% value of the order has been received by the branch and confirmed to Head Office.
    -.The balance amount against the supplies received by the BP against the purchase order shall be payable after the receipt of the goods by him. This outstanding amount shall be a part of credit limit.
    -.At no given time the total credit exposure (including the value of post dated cheque) against BP shall exceed 50% of the invoice value to him in preceding 90 days.  In case the business partner has already utilized the credit limit agreed for him, the supplies will be made against cash payment only.
    -.If any payment is received from BP in less than 45 days, he shall be entitled for credit note @ 1.5% per month.
    CAN ANYBODY HELP ME TO MAP THE SCENARIO IN SAP ON THE SAME.
    Rgds

    Hi,
    For credit period of 45 days. configure payment terms.
    SAP does not have a solution for post dated cheques. However you can use F-49 - Noted Items for post dated cheques.At the end of due date, use F-28 - incoming payments.
    For Credit Limit, Configure Credit Management,Refer to this website.
    http://www.sap-img.com/sap-sd/credit-management.htm
    In case of cash payment, you can use F-28 or F110, you have to use cash GL Account.
    Please let me know if you need more information.
    Assign points if useful.
    Regards
    Sridhar M

  • Credit management activation with letter of credit

    Hi Sap guru
    I have one queries regarding customer credit limit effect with LC document.
    If i creating one LC document for customer after assign to sales order for that perticular customer, it should effect the credit limit of that customer.
    In which field it should effect the custmer credit master FD32.
    in secured liability field , secured receviable field , or the receviable field .
    Can any body tell ,me what is the process of LC attachment with sales order if the credit management is active in company code , and what is the effect in customer credit expouser.
    Thanks in advance .
    Regards
    Anjan Kumar Jha

    Hi Anjan
    It is the aim of every credit policy to reduce the risk represented by customer receivables.
    Along with Credit Management, several other ‘Payment Guarantee Forms’ within the
    business processes are explored. These include letters of credit and payment cards.
    These ‘payment guarantee forms’ differ in the level of security they can offer and are all
    integrated within Risk Management.
    When a payment guarantee is used (for example, a letter of credit), the system first tries to
    provide the optimum in risk minimization. If this is not possible, then Credit Management in
    a second step is used to create a credit limit and therefore restrict the level of risk.
    Letters of credit are used predominantly for large -scale export transactions, whereas cre dit
    while Cards are more important for Retail transactions.
    You create a Letter of credit by using VX11 after creating that you assign that in billing tab of sales order in risk Management Financial doc number.
    keep in mind the incoterms of Letter of Credit and Sales order should be same.
    Reward if helpful
    Thanks & Regards
    Abhishek Swarup

  • Credit Management: Use of release button in VKM2

    3)what is the use of release button in VKM2. where does it releases?
    Notes: If Credit Management is activated at Sales Order level and the credit block is removed through VKM1,VKM3 or VKM4, we can see the in VKM2 transaction code. But in VKM2 transaction code, we have release option .
    What is the purpose of this options. Please assist me regarding the VKM2 transaction code.

    The release button in VKM2 will have no affect on the document if it has already been released. I guess that if you release the document again the release date would be updated but nothing more.
    I hope this helps.
    Gerard

  • Link between Payment Terms and Credit Management .

    Hi Friends
                        Where and how does Payment Terms interact with Credit Management ? Is it with Horizon date or open items check ?
    Regards
    Mahesh

    Hi
    Payment terms means the time given to a customer or vendor to pay the value of goods.
    credit management is used to check whether the customer has excedded his credit limit given to him.
    An agreement the company has with its customers or vendors, including:
    Payment period
    Price list
    Total discount in the document
    This information is used to calculate prices for the items; the due
    dates of invoices and the total discount.
    A key functional area of mySAP CRM that provides credit check with use of information about payment history and credit risk analysis.
    Please let me know if you need more information.
    Assign points if useful.
    Regards
    Sridhar M

  • Credit management ECC 6.0 implementation

    Hi Experts/Gurus,
    One of our clients have done a technical upgrade from SAP 4.6c to ECC 6.0.
    Now they want to know what will be the timeline required for implementation of the Integrated credit management functionality of ECC6.0 in their SAP system if they go on for functional upgrade.
    Now following are my doubts:
    1) How to compare their existing credit management process/Functionality with the new ECC 6.0 integrated credit management functionality?
    2) How to decide upon the timeline required to implement the new credit management functionalityof ECC 6.0?
    Thanks in Advance!

    Hi,
    Its depend on your company upgrade strategies, compair 40. credit mgt. functionality & 6.0 functionality.
    then go for upgradre
    Heer I some comments on upgrade
    Upgrade Scenarios
    Customers who are motivated to upgrade to ECC 6.0 generally pursue at least one of the four key goals just discussed as the primary goal of the upgrade.
    Improved business strategy
    Sustainability
    Operational excellence,
    Lower TCO
    SAP takes three major approaches to upgrading, each driven by a different motivation and leading to a different ROI and payback periods.
    u2022 Technical upgrade:
    Focuses on risk mitigation and sustainability of the existing SAP solution.
    u2022 Functional upgrade:
    Focuses on reducing TCO by reducing system complexity u2013 for example, by returning custom modifications and custom code to SAP standard code
    u2022 Upgrade with strategic business improvements:
    Considers major reengineering and implementation of new strategic business applications as part of the project scope. These approaches are summarized below.
    The three major approaches can be complemented by other compelling changes such as system landscape consolidation, the implementation of shared service center(s), and so forth.
    In summary, the more your upgrade decision is driven by business improvement goals, the better your expected ROI. Upgrade experiences and customer statistics confirm that the decision for an SAP software upgrade is usually determined by a mix of business, technology, and strategic criteria.

  • Credit Management of Delivery Documents

    Dear Experts ,
    We all Know in the credit management of the Order :OVAK
    *We can define what type of credit check we are doing either automatic or simple. *
    But in the Delivery Document : Where do we define the type of credit check in Customizing:
    T-code: OVAD
    We only define the Delivery Credit Group and PGI Cre GRP.
    However I can Understand that in OVA8 we have the credit group to determine the Credit mangement controls:
    But *We can define what type of credit check we are doing either automatic or simple. *
    please explain,
    A S

    Hi,
    My understading is simple credit check is performed in delivery documents and the reason why I am saying this is b'coz of below statement:
    > When you define automatic credit checks, you can also freely define requirements which cause a document or the forwarding of the material requirements to MRP to be blocked
    Now, requirements are tranferred to MRP in sales order stage not at delivery stage as far as I know.. which means simple credit check is performed at delivery level as there are no additional things which can be performed during simple credit check compaired to automatic credit check {which occurs normally in sales order stage}
    Other elite members may elaborate more on this if somewhere my understading is wrong..
    Hrishi

  • Credit Management- ,BP with customer

    Hello All,
    I'm new to Credit management, My concern is how to link my customer account with my BP.
    Say example my BP- 1000 is extended for Credit management and have a AR invoice for ABCD customer, How shall i create link between both?
    Appreciate your help.
    PS: I'm aware of CVI
    Regards,
    Jain

    Dear Jain,
    Your idea seems to link SD-customer with BP which has different number from SD-customer .
    eg. SD-customer ABCD ==>  BP 1000 
    When FSCM selects BP for credit management, it search for BP which has same number with SD-customer.
    eg. SD-customer 1000 ==>  BP 1000
    This standard logic happens in BAdi definition of 'BADI_SD_CM'.
    I guessed that you already activated this BADI
    (IMG name >> BAdI: Connection of SD to SAP Credit Management)  
    My opinion for your requirement is as follows;
    If you want to put your own business process into this standard logic,
    kindly go to your own BAdi  implementation and enhance it
    (eg. method: FSCM_GET_ACCOUNT_KEY, FSCM_GET_MASTER_DATA)
    More efficient enhancement approach would be welcomed.
    Best regards,
    Ted

  • Regarding open items in credit management

    Dear friends
    My query is that is it possible to restrict credit management for credit and debit open items? See i am using oldest open item blocking in my scenario. Now credit and debit amounts are both considered as open item for credit management. I want only invoice (Debit entry) for consideration and not his payment(credit entry).
    Please advise is it possible or not and if possible where to define that???
    With regards
    Inder

    Hi,
    All business have their own credit management needs, SAP allows you to specify your own automatic credit checks based on a variety of criteria. You can also specify at which critical points in the sales and distribution cycle the system carries out these checks.
    SM30 - Table/View
    V_TVTW – Define Distribution Channel
    V_TVTA_KKB – Assign sales area to credit control area
    V_T014 – FI - Define Credit Control Area
    T001CM - FI – Assign Permitted Credit Control Area to company code
    OVXG - Set up Sales Areas
    e.g. Sales Organization
    Distribution Channel Division Distribution Channel Division
    FD32 - Customer Credit Management
    OVAK - Define credit limit check by sales document type
    Check Credit
    A – Credit limit check and warning message
    B – Credit limit check and error message (no sales order can be created)
    C – Credit limit check and delivery block (block delivery if hit credit limit)
    Options B and C -> used for checking open order values (when you create/change the sales order)
    D – Automatic credit control with open order values
    More control in transaction OVA8 - Automatic credit control
    You check for open orders and deliveries, or just open deliveries.
    or open order values with other options
    Credit group
    Allows you to combine different sales document types for the credit limit check
    VKM1 - Blocked SD Documents – Finance have to released the delivery block
    OVAD - Define credit limit check by delivery order
    whether the automatic credit check occurs at the time of delivery creation and/or goods issue
    OVA7 - Define credit limit check by item category
    Set whether to include/exclude item category for credit limit check
    OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
    You enter the credit groups when you configure the sales document types for credit management and define the (D – automatic credit check).
    SAP default credit groups
    01 – credit group for sales order
    02 – credit group for delivery
    03 – credit group for goods issue
    OVA8 - Automatic credit control – Double click on the line items
    You can have the followings credit limit check :-
    Static
    Depends on the customer total value of open orders, deliveries, billing documents and open items.
    Open items
    No of days open
    Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.
    Max open items %
    The customer balance must not exceed a certain percentage.
    Oldest open items
    If you don’t want to deliver to the customer at all when even only 1 invoice is overdue.
    Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.
    Days oldest item
    No of days allowed for overdue or payment terms.
    Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
    that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
    Released documents are still unchecked
    The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
    Next Review Date
    If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.
    You can use the “NextReview date” and “Number of days” fields and combined it with the “Last int.review” field in customer credit master “Status” view (FD32).
    VOKR - Display of work list for credit management (configure the display variant)
    regards,
    Siddharth.

  • Credit Management - Sales & Distirbution

    Dear Firends,
    I am using simple credit management in sales order level.
    I get a warning message of credit limit being exceeded. But the value considered for credit check is the net value of the document & not the total invoice value.
    Please can you tell me what more needs to be configured so that its achieved.
    Regards,
    Dhananjay

    Hi,
    My issue has been solved.
    I have one more requirement.
    Normally when a sales order is blocked for credit check the entire order is blocked & cannot be processed for delivery.
    Suppose the customer has a credit limit of Rs. 2000.
    The sales order is of values Rs. 5000.
    In this case the entire sales order will be blocked.
    Suppose the sales order has 5 lines each of value Rs. 2000
    In this case can it be done that 2 lines can be released for credit block & remaining 3 lines will still be blocked.
    Please suggest what can be done.
    Regards,
    Dhananjay

  • Credit Management and DMC (Dispute Management)

    Hey All, Please help me out with Credit Management and DMC (Dispute Management) in Accounts Receivable. Give me the use and details of both as well as the web links with more info. Thanks in advance
    Tina

    Hi TG,
    The SAP® Dispute Managementapplication enables you to resolve customer disputes overreceivables more effectively.Fully integrated with other SAP financial management applications, it can help youimprove the tracking and processing of short payments,streamline your accounts-receivable processes, and enhance your customerrelationships. Companies thatuse SAP Dispute Managementhave reduced their days salesoutstanding by as much as 20%. SAP Solution BriefSAP® Dispute Management
    Pl check this link for more info :
    Dispute Mangement
    regards
    sadhu kishore

  • Credit management urgent

    Dear sap gurus,
    after  implementing credit management in middle or not from beginning and if you want to have the history a particular customer updated in LIS or if we want to know about his credit exposure.
    What should be done.Kindly help me.
    regards,

    How To Do Configuration For Credit Management
    Credit and risk management takes place in the credit control area. According to your corporate requirements, you can implement credit management that is centralized, decentralized, or somewhere in between.
    An organizational unit that represents the area where customer credit is awarded and monitored. This organizational unit can either be a single or several company codes, if credit control is performed across several company codes. One credit control area contains credit control information for each customer.
    For example, if your credit management is centralized, you can define one credit control area for all of your company codes.
    If, on the other hand, your credit policy requires decentralized credit management, you can define credit control areas for each company code or each group of company codes.
    Credit limits and credit exposure are managed at both credit control area and customer level. You set up credit control areas and other data related to credit management in Customizing for Financial Accounting. The implementation guide is under Enterprise Structure -> Definition or Assignment -> Financial Accounting and then Maintain credit control area. You assign customers to specific credit control areas and specify the appropriate credit limits in the customer master record.
    Settings for determining the credit control area of a document. The settings of items 1 - 4 are taken into account according to their priority. The credit control area found is stored in field VBAK-KKBER.
    1. Transaction OB38
    Check which credit control area is assigned to the company code.
    Company code:
    Credit control area:
    2. Transaction OVFL
    Check which credit control area is assigned to the sales area.
    Sales area:
    Credit control area:
    3. Transaction XD02 or VD02
    Check which credit control area is assigned to the payer.
    Payer:
    Credit control area:
    4. Transaction SE37
    Is user exit EXIT_SAPV45K_001 being used?
    5. Transaction OBZK
    For the settings under items 2 - 4, field "All company codes" must be marked in Transaction
    OB45, or the credit control area must be entered under the relevant company code in table
    T001CM of the credit control areas allowed.
    Company code:
    Credit control areas allowed:
    6. Settings for the credit checks
    7. Transaction OVAK
    Which settings do exist for the sales document type used?
    Sales document:
    Check credit:
    Credit group:
    8. Transaction OVAD
    Which settings do exist for the delivery type used?
    Delivery type:
    Credit group for delivery:
    Credit group for goods issue:
    9. Transaction OB01
    Credit management/Change risk category
    Definition of the risk category for each credit control area. This risk category can be
    assigned to a credit account by using Transaction FD32.
    10. Transaction OVA8
    Here, the individual credit checks for key fields
    o credit control area
    o risk category
    o credit group are set. Take these key fields from the above settings and go to the detail
    screen. In particular, check whether fields "Reaction" and "Status/block" are set
    correctly. To carry out follow-up actions in case of a credit block, the credit check
    status must be set (field "Status/block").
    11. Transaction FD32
    Credit master data for the payer of the relevant document.
    Credit account:
    Credit limit:
    Risk category:
    Currency:
    12. Settings for updating the credit values Update of the credit values is required for the limit
    check (static or dynamic credit limit check).
    13. Transaction OVA7
    Update of the credit value is active for the corresponding item type if the check box is marked. This field corresponds to
    field "Active receivable" in Transaction VOV7.
    Item type:
    Active receivable:
    14. Transaction V/08, Pricing
    In the pricing procedure used for pricing, subtotal "A" must be entered in a line for
    determining the credit value (mark the pricing procedure and doubleclick on "Control").
    Usually, the net value plus taxes is used. This way the system is determined to use this
    subtotal for credit pricing. The credit price is stored in field VBAP-CMPRE and used for
    update and credit check.
    You can find the used pricing procedure of the order under "Item -> Condition -> Analysis".
    Pricing procedure:
    Line with subtotal = 'A':
    15. Transaction OB45
    Which update group (field "Update") do you use in the relevant credit control area? The
    default setting is "12". If you use another update group, check whether this is fine with
    you. If you open an OSS message, please tell us the alternative update group.
    Credit control area:
    Update:
    16. Transaction OMO1
    Which kind of update did you choose for structure S066?
    In any case, "Synchronous update (1)" has to be chosen as the kind of update.
    All other settings will lead to errors.
    Difference Between Simple and Automatic Credit Check Types
    In automatic check, difference between static and dynamic checks.
    SIMPLE CREDIT CHECK : Tr.Code - FD32
    It Considers the Doc.Value + Open Items.
    Doc.Value : Sales Order Has been saved but not delivered
    Open Item : Sales Order has been saved , Delivered, Billed & Transfered to FI, but not received the payment from the customer.
    Eg: Customer Credit Limit is Rs.1,00,000/-
    Suppose Doc.Value + Open Item Value is Rs.1,10,000/-
    Here credit limit exceeds then system reacts.
    Options : A) Warning Message
    B) Error Message (Sales Order won't be saved)
    C) Error Message with Delivery Block
    AUTOMATIC CREDIT CHECK : Give extra credit facilities to the particular customer.
    STATIC CREDIT LIMIT DETERMINATION :Checking Group + Risk Catageory + Credit Control Area.
    A) Credit Checking Groups : Types of Checking Groups.
    01) Sales
    02) Deliveries
    03) Goods Issue
    At all the above 3 levels orders can be blocked.
    B) Risk Catageory : Based on the risk catageories company decide how much credit has to give to the customer.
    HIGH RISK (0001) : LOW CREDIT
    LOW RISK (0002) : MORE CREDIT
    MEDIUM RISK(0003) : Average Credit
    Static Credit Check it checks all these doc value & check with the credit limit
    1) Open Doc.Value / Sales Order Value : Which is save but not delievered
    2) Open Delivery Doc.Value : Which is delivered but not billed
    3) Open Billing Doc.Value : Which is billed but not posted to FI
    4) Open Item : Which is transfered to FI but not received from the customer.
    DYNAMIC CREDIT CHECK : 1) Open Doc
    2) Open Delivery
    3) Open Billing
    4) Open Items
    5) Horizon Period = Eg.3Months
    Here the System will not consider the above 1,2,3& 4 values for the lost 3 months
    Then assign the Sales Doc & Del Documents.
    Sales Doc.Type(OR) + credit Check(0) + Credit Group (01)
    Credit Limit Check for Delivery Type : Del.Type (LF) + Del Credit
    Group (02) + Goods Issue Credit Group (03)
    Set Up for Credit Card Payment Processing
    Given below is the set up for credit card payment processing:
    Set Up Credit Control Areas:
    Define Credit Control Area
    Transaction: OB45
    Tables: T014
    Action: Define a credit control area and its associated currency. The Update Group should be u201800012u2019. This entry is required so the sales order will calculate the value to authorize
    Assign Company Code to Credit Control Area
    Transaction: OB38
    Tables: T001
    Action: Assign a default credit control area for each company code
    Define Permitted Credit Control Area for a Company
    Code
    Transaction:
    Tables: T001CM
    Action: For each company code enter every credit control area that can be used
    Identify Credit Price
    Transaction: V/08
    Tables: T683S
    Action: Towards the end of the pricing procedure, after all pricing and tax determination, create a subtotal line to store the value of the price plus any sales tax. Make the following entries:
    Sub to: u201CAu201D
    Reqt: u201C2u201D
    AltCTy: u201C4u201D
    Automatic Credit Checking
    Transaction: OVA8
    Tables: T691F
    Action: Select each combination of credit control areas, risk categories and document types for which credit checking should be bypassed. You need to mark the field u201Cno Credit Checku201D with the valid number for sales documents.
    Set Up Payment Guarantees
    Define Forms of Payment Guarantee
    Transaction: OVFD
    Tables: T691K
    Action: R/3 is delivered with form u201C02u201D defined for payment cards. Other than the descriptor, the only other entry should be u201C3u201D in the column labeled u201CPymtGuaCatu201D
    Define Payment Guarantee Procedure
    Transaction:
    Tables: T691M/T691O
    Action: Define a procedure and a description.
    Forms of Payment Guarantee and make the following entries Sequential Number u201C1u201D
    Payment Guarantee Form u201C02u201D
    Routine Number u201C0u201D Routine Number can be used to validate payment card presence.
    Define Customer Payment Guarantee Flag
    Transaction:
    Tables: T691P
    Action: Define a flag to be stored in table.
    Create Customer Payment Guarantee = u201CPayment Card Payment Cards (All Customers can use Payment Cards)u201D.
    Define Sales Document Payment Guarantee Flag
    Transaction:
    Tables: T691R
    Action: Define the flag that will be associated with sales document types that are relevant for payment cards
    Assign Sales Document Payment Guarantee Flag
    Transaction:
    Tables: TVAK
    Action: Assign the document flag type the sales documents types that are relevant for payment cards.
    Determine Payment Guarantee Procedure
    Transaction: OVFJ
    Tables: T691U
    Action: Combine the Customer flag and the sales document flag to derive the payment guarantee procedure
    Payment Card Configuration
    Define Card Types
    Transaction:
    Tables: TVCIN
    Action: Create the different card types plus the routine that validates the card for length and prefix (etcu2026)
    Visa , Mastercard, American Express, and Discover
    Create the following entries for each payment card
    AMEX American Express ZCCARD_CHECK_AMEX Month
    DC Discover Card ZCCARD_CHECK_DC Month*****
    MC Mastercard ZCCARD_CHECK_MC Month
    VISA Visa ZCCARD_CHECK_VISA Month
    The Routines can be created based on the original routines delivered by SAP.
    *****SAP does not deliver a card check for Discover Card. We created our own routine.
    Define Card Categories
    Transaction:
    Tables: TVCTY
    Action: Define the card category to determine if a
    payment card is a credit card or a procurement card.
    Create the following two entries
    Cat Description One Card Additional Data
    CC Credit Cards No-check No-check
    PC Procurement Cards No-check Check
    Determine Card Categories
    Transaction:
    Tables: TVCTD
    Action: For each card category map the account number range to a card category. Multiple ranges are possible for each card category or a masking technique can be used. Get the card number ranges from user community. Below is just a sample of what I am aware are the different types of cards.
    Visa Credit Expires in 7 days.
    400000 405500
    405505 405549
    405555 415927
    415929 424603
    424606 427532
    427534 428799
    428900 471699
    471700 499999
    Visa Procurement Expires in 7 days.
    405501 405504
    405550 405554
    415928 415928
    424604 424605
    427533 427533
    428800 428899
    Mastercard Credit Expires in 30 days
    500000 540499
    540600 554999
    557000 599999
    Mastercard Procurement Expires in 30 days
    540500 540599
    555000 556999
    American Express Credit Expires in 30 days
    340000 349999
    370000 379999
    Discover Card Credit Expires in 30 days
    601100 601199
    Set Sales Documents to accept Payment Card Information Transaction:
    Tables: TVAK
    Action: Review the listing of Sales Document types and enter u201C03u201D in the column labeled u201CPTu201D for each type which can accept a payment card
    Configuration for Authorization Request
    Maintain Authorization Requirements
    Transaction: OV9A
    Tables: TFRM
    Action: Define and activate the abap requirement that determines when an authorization is sent. Note that the following tables are available to be used in the abap requirement (VBAK, VBAP, VBKD, VBUK, and VBUP).
    Define Checking Group
    Transaction:
    Tables: CCPGA
    Action: Define a checking group and enter the
    description. Then follow the below guidelines for the remaining fields to be filled.
    AuthReq Routine 901 is set here.
    PreAu If checked R/3 will request an authorization for a .01 and the authorization will be flagged as such. (Insight does not use pre-authorization check).
    A horizon This is the days in the future SAP will use to determine the value to authorize
    (Insight does not use auth horizon period).
    Valid You will get warning message if the payment card is expiring within 30 days of order entry date.
    Assign Checking Group to Sales Document
    Transaction:
    Tables: TVAK
    Action: Assign the checking group to the sales order types relevant for payment cards
    Define Authorization Validity Periods
    Transaction:
    Tables: TVCIN
    Action: For each card type enter the authorization validity period in days.
    AMEX American Express 30
    DC Discover card 30
    MC Master card 30
    VISA Visa 7
    Configuration for clearing houses
    Create new General Ledger Accounts
    Transaction: FS01
    Tables:
    Action: Two General Ledger accounts need to be created for each payment card type. One for A/R reconciliation purposes and one for credit card clearing.
    Maintain Condition Types
    Transaction: OV85
    Tables: T685
    Action: Define a condition type for account determination and assign it to access sequence u201CA001u201D
    Define account determination procedure
    Transaction: OV86
    Tables: T683 / T683S
    Action: Define procedure name and select the procedure for control. Enter the condition type defined in the previous step.
    Assign account determination procedure
    Transaction:
    Tables:
    Action: Determine which billing type we are using for payment card process.
    Authorization and Settlement Control
    Transaction:
    Tables: TCCAA
    Action: Define the general ledger accounts for reconciliation and clearing and assign the function modules for authorization and settlement along with the proper RFC destinations for each.
    Enter Merchant IDu2019s
    Transaction:
    Tables: TCCM
    Action: Create the merchant idu2019s that the company uses to process payment cards
    Assign merchant idu2019s
    Transaction:
    Tables: TCCAA
    Action: Enter the merchant idu2019s with each clearinghouse account
    Reward points if useful.
    Regards,
    Anbu

  • Reorganizing  SD/FI  documents  for  credit  management

    Hello ,
    we  are  in  production  already  more  than  year  but  just  now  we  will  transport  the  settings  of  the  credit  managment.
    As  there  is  many  SD  documents  already  do  you  advise  me  to  execute  any  program  to  reorganize  everything?
    What  is  your  approach  in  this  situation?
    Thanks and  best  regards
    L

    Hi,
    I don't think that you need to run F.28 when there is changes to organizational data in existing Credit mgt configuartion then only u need to run this
    General changes that affect SD and FI:
    Settings that change the determination of the credit control area: Assignment from company code, entry in customer master data, entry in sales area data, user exit.
    Currency of credit control area.
    Assignment of customers to credit accounts.
    Risk class in master data of credit account (transaction FD32). Caution: If nothing was changed except for the risk class, you can use RFDKLI20 but it is excessive in this case. If only the risk class was changed it is sufficient to run RVKRED09.
    And your is just fresh configuration why run this F.28 ??????????

Maybe you are looking for

  • What is the best external hard drive vs price to buy?

    What is the best external hard drive vs price to buy? My MacBook Pro has a 500GB HD and I own 100GB of data that I wan't to backup using TimeMachine. What is the best thing to get for a good price, but something that doesn't break within a month of u

  • After updating to latest version, Firefox won't open

    I am running Windows 7. After updating to the latest version, Firefox won't open. I get a notice when I try to open Firefox saying "Couldn't load XPCOM. Is there a way I can undo the update so I can get Firefox to open. It's my favorite browser...I'm

  • Different restrictions for each columns

    I would like to restrict each column in a standard report with different value, without using global filter. For Ex. I have a measure field called Amount. I would like to have 12 columns namely Jan, Feb etc... and then I would like to restrict each c

  • Web pages are way to slow

    my wireless is so slow i have tried everything and called apple and nothing has worked is there any reason for this or anything i can do also i use limewire do download music and it all downloads fine but when i go to listen to music it is gone help!

  • Itunes freezes when I try to Burn CDs

    Every time I try to burn playlists I have made from purchased songs and songs I have converted to itunes the program will freeze on me and I have to restart. I have even tryed some of the suggestions from the help option and none of them work. Can so