Credit Management - Group of Customers

We need to give a common credit limit to Group of Customers i.e. say 4 different customers in SAP. But since they are related companies we want to assign a single credit limit. Please let us know where this configuration is available. Thanks

HI,
in FD32 go to the "status" screen.
You can see the field "credit account" which displays the "carrier" of the credit limit for the particular customer.
Default value is the customer itself, but this is changeable.
Go to "edit / change credit account" and enter the credit account number for the one customer who carries the single credit limit for a group of customers.
Do the same thing for all the other customers that are related in the way you've described. Thus the credit limit check is against the one customer who carries the credit limit for all of them.
Best regards, Christian

Similar Messages

  • Risk category in credit management

    Hi,
    What is the role of risk category in credit management?
    Regards

    Hi,
    It enables the credit manager to classify customers according to commercial risk. Along with the document type, the risk category helps to determine which kind of credit check the system automatically carries out. For example, you may want to carry out stringent checks at order receipt for high risk customers, but waive a credit check for customers with a very strong payment history.
    Regards
    SD

  • Credit management automatic credit control use of credit group

    Hello gurus
    1)In the credit management we have credit groups( which enables us to combine different sales
    document types for the purposes of credit management).
    In the simple credit check also we will assign the doc types to check the credit. Then please tell me why we need credit groups in automatic credit control? Here also we can assign the doc types to check the credit ?then what exactly is the use of credit group ?
    2)where will we specify the total credit amount allowed of the credit control area?
    3)In the automatic credit control (ova8) against to static check box option we have open orders and open delivers checkboxes. is this two boxes only specific to static or it also belongs to dyanic?
    Is it necessary to check this boxes?
    4)is any one have used any of the routines in automatic credit control( document controlling tab we have no credit check field here we specify the routine? If any business need please share with me
    Thank you in advance for all the replies

    Hi
    For your 1st query , In credit mgmt we assign credit grps to sales document type. So as you said we will assign credit grps at simple credit check and coming to the Automatic credit check we assign credit grp for the sales document type also .But the difference is credit grp can be at order level or Delivery Level or PGI level in OVA8 in Automatic credit check .
    Coming to your 2nd Query , we will specify the total credit limit in FD32.
    For your 3rd query , In OVA8 apart from the static check we check the boxes open orders and open deliveries also because  once you activate Automatic credit check and once you maintain credit limit for any customer then system will check the open orders and open deliveries also of that customer
    Coming to your last query the routine feild can be used when some requirements have to be fulfilled then only automatic credit check should work for  customers. or else the sales order ->delivery->PGI will happen normally
    Regards
    Srinath

  • Update groups in credit management

    HI SAP Experts,
                                  can any body explain the functionality of update groups in credit management. can we create customize it
    apart from standard one. in normal implementation what update group is used extensively ? why?
    yours,
    Mahesh.

    Update Group
    The credit update controls when the values of open sales orders, deliveries, and billing documents are updated. The open order value is only updated for schedule lines that are relevant for delivery.
    Update group 000012
    When a Sales order is created, system increases open order value from delivery-relevant schedule lines. S066-OEIKW (S066 information structure, OEIKW- Open sales order credit value (schedule lines) ) goes up.
    When order is delivered, system reduces open order value from delivery-relevant schedule lines                                                      and increases open delivery value. S066-OEIKW decreases and S067-OLIKW (Open delivery credit value) increases
    When delivery document is billed system reduces open delivery value and increases open billing document value. S067-OLIKW decreases and S067-OFAKW (Open billing document credit value) increases
    When billing document is released for financial accounting, system reduces open billing document value and Increases open items (S067-OFAKW decreases)
    In Brief when order is created, value of S066 information structure is increased by the open order value. When order is delivered, value of S066 information structure gets decreased decreasing the open order value and value of S067 information structure gets increased increasing the open delivery value. When delivery is invoiced, value of open delivery gets decreased and value of open billing documents gets increased again S067 information structure gets affected. When billing documents are released for accounting value of open invoices gets decreased and value of open items gets increased. S067 information structure value gets decreased.
    Update group 000015
    When delivery is created, system increases open delivery value and open billing document value
    When billing document is released for financial accounting system reduces open billing document value and increases open items.
    Update group 000015 does not use open sales order value, but uses only open delivery, open invoice and accounts receivable. 000015 will be used with customers who orders high value sales orders over a long time frame in the future. You donu2019t wish to stop them placing orders, even though you wonu2019t deliver anytime soon, so you only check your companies risk that is u2013 the open delivery, billing and open items value. The open sales order value is not checked, as these orders could be cancelled or by the time. At delivery these become values we need to check.
    Update group 000018
    If sales order is not relevant for delivery system determines Update group 000018. This update group will be always used by order items which are billed order-related (VBAP-FKREL = B for example).
    When sales order is created S067-OLIKW goes up.
    When invoice is created S067-OFAKW goes up, S067-OLIKW goes down
    When account posting is done u2013> S067-OFAKW goes down and A/R goes up.
    When sales order is created system increases open delivery value
    When billing document is created for the order, open delivery value decreases and open billing documents value increases.
    When billing documents are posted for accounting open billing documents value decreases and accounts receivables increases.
    Note
    If a document cannot be processed with the update group we specify, the system determines the next possible update it can carry out. For example, if we select Update group 000012 which, at delivery, reduces the open order value and increases the open delivery value. Assume that one item in the order is not relevant for delivery. In this case, the system automatically determines Update group 000018 for this item. Update group 000018 increases the open delivery value for the order item. The system uses the confirmed quantity of delivery-relevant schedule lines to update the order value.

  • Creating the New Update groups in case of the Credit Management

    Hi Can any one help out in the following requirement:
      Is it possible to Create a new update group in case of the Credit Management?SAP standard provides only three update groups viz., 000012, 000015 and 000018. We would like to have a customized group in order to meet the clients requirements.
              Also is it possible to update the open contracts value in the credit exposure?
       Thanks & Regards
       Soma

    HI
    You can define your own credit groups  according to your client's requirement.
    here is the path....
    IMG > SPRO>SALES AND DISTRIBUTION --> BASIC FUNCTIONS -->
    CREDIT MANAGEMNT / RISK MANAGEMENT --> CREDIT MANAGEMENT
    -->  DEFINE CREDIT GROUPS --> NEW ENTRIES AND CREATE YOUR OWN
    CREDIT GROUPS AS UR UR REQUIREMENTS.
    hope this will help u ...
    bye

  • Credit control with Groups of Customers and individul customer

    Hello,everyone.
    I want to realize the credit control for the groups of customers and
    each individul customer belongs to it.
    how can i do ?
    thanks first

    Well you can group these customers under one credit control area Tcode OB45 , and you can define your individual customer under this credit control area.
    & in OB38 assign company code to this credit control area.
    Hope this fixes your Problem
    Cheers

  • Update group in credit management

    Hi friends , can anybody please tell me what is the use of update group in credit management.
    regards
    shyam

    Hi S Sundhar
                     Credit update groups are based worked on opend documents for example of
    000012 is the consider to the credit check to open sales orders,deliveries,billings,and F/I documents consider.
    000015 is the consider only open deliveries and FAdocuments.
    000018 is the consider open sales orders,open billings and FA documents only
    this are diff to update groups
    Thanks
    Rajendra

  • In Credit Management how can we identify the credit customers

    Hi SD Gurus,
    Could you please tell me, In Credit Management how can we identify the credit customers?
    and what are accounting entries?
    Thanks & Regards,
    Nivas

    You can refer Table KNKK with reference to Credit Control Area, you will get all the Customers maintained for Credit Management.
    There is no such Accounting Entries especially for Credit Management.It would be the same as comes while creating Invoice.
    Best Regards,
    Ankur

  • Update group change in credit management

    Dear All
    We had earlier update group '00012' for the credit management. Now we want to change the update group to '00015' . We have changed so , it is working fine , but the earlier credit exposure was based on update group '00012' , hence sales value is open sales order value . Now while applying group '00015' , it should consider only open deliveries
    After changing , we have also executed f.28 to re-organise the credit limit, still the credit exposure is not getting updated.
    Kindly suggest any remedy.
    Regard
    AVS

    Tyr execute the prgram - RVKRED77  and check once.

  • Credit Management requirement for cash business

    Hi Gurus,
    Actually my client business is a cash business, there is no credit concept for the customers.
    My requirement is when i create a sales order, system should check the credit balance of the customer(Business receives the payment through cheque and entry is made in f.28 transaction) and should compare with the current document value and if it exceeds, then system should through the error.
          And if any open sale orders exists for this customer, system should even consider those values while credit check is happening.
    And the exceptions for this requirement is
    1.Credit check option should be there only for specific case of customers i,e based on account group of   customers.
    2.There are  very few customers(around 5) where they give credit.
    Pls guide me, early resposes woould be highly appreaciable.
    Thanks in advance
    Regards
    Mahendar.

    hello, friend.
    you can consider using the payment guarantee scenario in credit management. the customer advance payment could be treated sort of as a financial document or payment card.
    as for the selective application of credit controls based on customer group, i believe you do this be configuring risk categories and assigning them to the appropriate credit account master data.
    regards.
    Edited by: jonathan y on Apr 24, 2009 12:57 PM

  • Credit management and Terms of Payment

    Hi
    Can anybody throw some light on the role of Terms of Payment in .Credit Management.
    Thanks in advance
    Ravi

    Dear sankar ravi, 
    Credit management
    Purpose
    Outstanding or uncollectible receivables can spoil the success of the company greatly. Credit Management enables you to minimize the credit risk yourself by specifying a specific credit limit for your customers. Thus you can take the financial pulse of a customer or group of customers, identify early warning signs, and enhance your credit-related decision-making. This is particularly useful if your customers are in financially unstable industries or companies, or if you conduct business with countries that are politically unstable or that employ a restrictive exchange rate policy.
    Integration
    If you are using the Accounts Receivable (FI-AR) component to manage your accounting and an external system for sales processing, Credit Management enables you to issue a credit limit for each customer. Every time you post an invoice (created in FI-AR), the system then checks whether the invoice amount exceeds the credit limit. Information functions such as the sales summary or early warning list help you to monitor the customer’s credit situation.
    If you are using both the Accounts Receivable (FI-AR) component to manage your accounting and the Sales and Distribution (SD) component for sales processing, you can also use Credit Management to issue credit limits for your customers. You can make settings in Customizing to decide the scope of the check and at what stage in the process (for example, order entry, delivery or goods issue) a credit limit should take place. General information functions are also available for use with credit checks.
    Features
    If you are using both the SD and FI-AR components, Credit Management includes the following features:
    Depending on your credit management needs, you can 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 (for example, order entry, delivery, goods issue) the system carries out these checks.
    During order processing, the credit representative automatically receives information about a customer’s critical credit situation.
    Critical credit situations can also be automatically communicated to credit management personnel through internal electronic mail.
    Your credit representatives are in a position to review the credit situation of a customer quickly and accurately and, according to your credit policy, decide whether or not to extend credit.
    You can also work with Credit Management in distributed systems; for example if you were using centralized Financial Accounting and decentralized SD on several sales computers.
    Hope this helps you.
    Do award points if you found them useful.
    Regards,
    Rakesh
    P.S. you can send me a mail at my mail id [email protected] for any specific details

  • Executive Escalation - Verizon and Midland Credit Managment

    Verizon and Midland Credit Management (Encore Capital Group),
    I'm writing this blog as I need to find resolution to an issue that is affecting my wife and she is very frustrated and upset.  Please understand we are in the process of refinancing our house and this negative credit score is affecting our ability to refinance our house and I cannot continue to have this undo stress placed upon her.
    We've followed the path of contacting both parties (Verizon and MCM) on several occasions with no resolution in what seems to be a very simple account to correct, I run some of the largest BPO call centers in the world so I understand in great detail how customer escalations are handled and when both companies are not talking with one another to resolve issues such as this the outcome is unfortunately what my wife and I are dealing with.
    Summarizing, my wife previously worked for Qwest in their corporate office (now Centurylink) in Denver.  She had a cell phone through them (303) 517-XXXX, that phone number and account was closed out.  We found out when refinancing our home loan recently that their was a outstanding balance from Verizon that was affecting our her credit score.  She has perfect credit above 800 and we were confused as to what this was.  We found out that an account had been opened up under her name with two phone numbers with the address of the account at the Qwest corporate office (not our home address).
    VZW usuage and bill was coming from two other numbers that we are not familiar with account 4713XXXXX - (303) 507-XXXX  and (303) 437-XXXX.  They referred to them as a Level 1 and a Level 2 (sub accounts) - neither company could tell me which was the level 1 and which was the level 2. Again, they couldn't give us numbers because the numbers had been erased.  Below are the details:
    VZW sent me to collection for a $395.  The collection company (MCM) has limited information - only the last bill. And VZW has information, but can't see the numbers, only that the accounts were being used and paid for (PLEASE TAKE NOTE AS WELL MY WIFE AND I HAD MOVED TO AFRICA WHEN THESE NUMBERS AND CHARGES WERE HAPPENING).  The numbers that are associated with the collection are:  303.437.XXXX and303.507.XXXX and had a billing address of 1801 California St. and being paid for pretty regularly.  (NOTE THIS IS THE KEY PIECE, THE ACCOUNT ASSOCIATED WITH THESE NUMBERS WAS BEING PAID.  IF YOU DETERMINE WHO WAS MAKING THE PAYMENTS THAT IS WHO THE ACCOUNT BELONGS TO-VERY SIMPLE RESOLUTION).
    These numbers were set up August 25, 2008 - account 47132XXXX (303) 507-XXXX  and (303) 437-XXXX.  Below is the information that was relayed to us with payments made on the account.  AGAIN - IF YOU DETERMINE WHO WAS MAKING THE PAYMENTS THAT IS WHO THE ACCOUNT BELONGS TO.  We told that several times to many departments within Verizon and MCM.
    September 2008 - no payment
    October 2008 - payment made $228
    November 2008 - payment made $353.23
    December 2008 - no payment
    January 2009 - payment $267.34
    Feb 2009 - Nov. 2009 - consistent payments made $120.14
    Dec 2009 - no payment
    Jan. 2010 - April 2010 - no payment
    April 2010 - VZW stops service 
    Simply what we believed happened is either someone at Qwest (now centurylink) accidentally set this up under her name or someone fraudulently set this up under her name.  To me it doesn't make sense given the high dollar amounts they were paying consistently on the account that it was fraudulently set up.
    Your companies are unfortunately putting me in a very undesirable position given the exposure I've had to how customers can use various media and social channels to bring to light issues such as this - especially given the things this is not allowing us to do with our house refinance and the stress it is putting on my wife.  I'm demanding that this account be extensively researched and then deleted from all credit reporting agencies.  My request is very simple, please assign someone from each company to look - and work together - into this extensively and resolve this issue.
    If I do not hear from you and significant progress is made by Friday September 28th I will proceed with ensuring that is resolved through the appropriate channels as we feel we are being held hostage by this issue.

        Good evening,
    I am truly sorry for the difficulties this has caused you and your family as well as my sincerest apologies for my delayed response due to our volume. As Jim mentioned this forum is mainly driven by Customer to Customer assistance, but I definitely want to help ensure I get you in the right direction.
    As this account has been sent to a collections agency I would strongly recommend contacting our Recovery Department at 800-852-1922. They're available Monday through Friday 8:00am - 5:00pm.
    Thank you,
    MelissaM_VZW
    Follow us on Twitter @vzwsupport

  • Tables of credit Management

    HI!!,
    Please let me know list of tables in Credit management.
    -AKASH

    Hi Akash Tambi
    T691F Control of Automatic Credit Control
    KNKA Customer master credit management: Central
    KNKK Customer master credit management: Control
    KNKKF1 Credit Management: FI Status Data
    KNKKF2 Credit Management: Open Items by Days in A
    KLPARAM Credit Limit: Tab for Controlling Ext. Def
    KLSDCPARAM Credit Limit: Controlling External Default
    UKM_TRANSFER_AR Data from AR for SAP Credit Management
    UKM_TRANSFER_ARV Data from AR for SAP Credit Management
    VBKK SD Doc.Export Letter of Credit
    VBUK Sales Document: Header Status and Administ
    VBUP Sales Document: Item Status
    T014 Credit control areas
    T014N New credit control areas to be set up
    T014T Credit control area names
    T024B Credit management: Credit representative g
    T024P Credit Management: Credit Representatives
    T042U Block Entries for Debit Customers/Credit V
    T5UDO Benefit credit grouping
    Reward if useful to u

  • 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

  • Credit Management System - Update of SD Documents after CMS start

    Hi,
    we are starting CMS functionality in our SD module. CMS (Credit Management System) works remotely by an XI connection. When we switch to use CMS in production system, we have to transfer all opened orders (not yet invoiced) to CMS system.
    How can we achieve it? Can program RFDKLI20 (t-code F.28) be used for this purpose? Does it require any settings to point out the CMS connection?
    Thank you
    /BR

    Hi Wojciech
    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.
    Reward if useful to u

Maybe you are looking for