Credit Control Area in different Currency

Hello Experts,
I need to know if I can have several CCA with different currency for one Company Code.
For example we need to maintain the credit limit of one cutomer in EUR and another customer in MXN, both of the same Company Code.
Thanks in advance.
Best Regards,

Hi
System will consider the currency of the custtomer in FD32 so you can maintain the different currencies
Regards
Damu

Similar Messages

  • Currency in credit control area - Urgent !

    Hi,
    The client wants to change the currency in the credit control area from SIT (Slovenian Tolar) to EUR ( Euro). Can somebody list the impact of changing the currency in the credit control area.
    Its URGENT !
    Regards
    Karpagam

    Hi,
    I don't think we can change the currency of Credit Control Area after the transaction data is posted. For the same Custome account part of the transactions will be in SIT and part of them in EUR. Even if it allows it leads to inconsistencies in the tables.
    Check whether there are any OSS notes for changing the currency of Credit Control Area.
    Probably, you can consider to set up a new Credit Control Area with EUR currency.
    Thanks
    Murali.

  • Credit Control Area Management

    Dear All
    As part of Enhancement,  we are configuring the "Customer Credit management" with Credit Control area organizational object.
    Client has identified to use "Decentralized" Credit control management,  but however,  all comapny codes are assigned with one controlling area since implementation (since 2.5 years). 
    Though Credit Control area was assigned during implementation, it was actually not used.  Now they wanted to use the same.  However,  they wanted different Credit controlling area for different company codes.
    However,  If I am assigning new Credit controlling area now to respective company codes, then system is considering the AR transaction data posted from the date it is assigned.  but, we want new credit control areas to consider all the data from past 2.5 years.  Is this possible?
    If possible, please help, how to fix this.
    Your help highly appreciated
    best regards
    S Habib Pasha.

    Hi Habib
    There is a standard SAP program that lets you revamp all the entered data to their correct credit control area and the steps involved are:
    u2022     Table dumps of KNKK, S066, S067 on the old Credit Control Area
    u2022     Check and export the values from Report VKM4 to ascertain the number of blocked orders
    u2022     In SM30, Update the Tables T014n and T001cm
    u2022     Go to Transaction OB38 and assign your new CCA as default for the company codes
    u2022     Run the transaction F.28/RFDKLI20 execute without any parameters {check the test run output}
    u2022     Execute Program RVKRED09 {might not be required u2013 since RFDKLI20 does redo the credit check}
    u2022     Validate VKM4 for all blocked orders
    u2022     If there were any discrepancy between AR receivables and the Credit Master, it can be viewed by executing the Program RFCORR40
    Also make sure that if you are using the different CCA for the same Co Code, in OB38 - you have checked the 'Overwrite CCA'' check box.
    Hope this helps you; let me warn you - its a very tedious process and it might take a whole weekend to run this in a Production Client
    Good luck
    Rukshana

  • How to make Credit Control Area field mandatory in fb01, f-01, f-02, f-04

    Dear all,
    Whenever we are trying to create any accounting document for a Customer, we need to make Credit Control Area a mandatory field in transactions fb01 / f-01 / f-02 / f-04.
    This is required because we have different Credit Control Areas for different Sales Areas for a Customer.
    Can this be achieved through Customizing (making screen field mandatory) or one needs to use user exit?
    Another option could be screen variant, however, it would result in multiple t-codes e.g. zfb01 / zf-01 / zf-02 / zf-04
    I appreciate your help in this regard.
    Thanks and Best regards,
    SAP_ROI

    Hi,
    You need to write validation rule for to make Credit Control Area field  as  mandatory field for the Transaction codes FB01 / F-01 / F-02 / F-04 and please  use T. codes GGB0 & OB28 for the same.
    Regards,
    Shailesh Verma

  • Maintain credit limit in different currency then Credit Control Area

    Hi,
    I have a several credit control areas, some in USD and some are maintained in Canadian dollars (CAD).
    We would like the credit limit of all of these to be maintained in USD. For the CAD based CCAr's though, it reads the credit limit in CAD. How can we specify that the credit limits for these CAD companies are in USD?
    Thanks,

    hi,
    this is to inform you that,
    here you have two options basing on your useage of CCA:
    1. centralised CCA: on credit limit you can mainatain collectively.
    2.decentralised CCA:  you can define credit data for your customer for each company code.
    so please analyse where your process stands and
    one answer commonly is OB08 - please maintain exchange rates against USD & CAD.
    hope this clears your issue
    balajia

  • User exit for merging the credit limit in different credit control area.

    Dear All,
    Please provide user exit for the merging the credit limit in different credit control area as well as logic for the same.
    I have to merge the overall credit limit of the customer for some divisions. At this time in one company code we have created 9 credit control area as per product line. While creating customer master data and Credit management (FD32) user has assigned the different limit with respective to credit control area e. g Customeru2019s total limit assigned is 10 laks.  For credit control 1100 Limit is Rs. 3 laks and for credit control area 2200 limit is 7 laks. Now the user wants to merge the credit limit for only above two credit control area. The sales orders should get created in any credit control area up to 10 laks.
    Regards,
    Suresh

    Dear Damodhar/All,
    Would you please explain me prerequisite setting from functional side for these user exit?
    I want complete functional setting prior to ABAP application so that it work properly post configuration.
    Regards,
    Suresh

  • Different Credit control area in the AR invoice document

    Hi all,
    Our client has the line item display field turned on for the AR reconcilation account. When we run FBL3N for this account, we see a credit control area that is different from what is there on the customer line item in the invoice document.
    When the invoice was entered in FB70, the default credit control area (that defaults from OB38 - co code assignment to cca) was manually overwritten. The invoice document, FBL5N and BSEG table show the new cca, but for some reason FBL3N for the recon account is still showing the old, default cca.
    Did anyone come across a similar scenario?

    Hi Chait!
    I have the same problem do you get any positive response about this issue?
    Thanks in advance!
    Regards
    Daniel

  • Can We Two Different Credit Control Area to 1 company code using cross comp

    Can We Two Different Credit Control Area to 1 company code using cross company code assignment.Tried but giving error at the time of bill release.Experts Can you help?

    Hi,
    It is not possible to have more than one credit  control are for a single company code.

  • Different sales organization single credit controle area

    Hi,
    Different sales organization single credit control area is it possible

    Yes. It is very much possible & pratically used by most of companies using SAP.
    Just go thru SAP documentation in this menu paths & you will understand.
    1. IMG - Enterprise Structure - Assignment - Financial Accounting - Assign company code to credit control area
    2. IMG - Enterprise Structure - Assignment - Sales and Distribution - Assign sales area to credit control area
    Hope this helps,
    Thanks,
    Jignesh Mehta

  • One Credit Control Area - Multiple Company Codes - Credit Management

    Hi All,
    my client has a requirement to go for one common control area & with different company codes.
    suppose if i have a customer in multiple company codes & i desire to have the credit control happening for individual company codes, is this possible???
    can i use the individual limit field extensively for credit limit per individual company codes???
    please pour your thoughts, i have a subsequent question too.
    regards
    ilango

    in this case how can i have the FD32 screen differentiated for different company codes?
    say for an european company code, i will have the document currency EUR & for the same customer in US, i will have it as USD.
    can i have this segregated?
    sorry, too many questions in single thread, but i dont want this to be tracked in different threads, Hope the moderator agrees too.
    regards
    ilango

  • Sales order credit control area

    Hi,
    How can i identify the credit control area the sales order belongs to?
    Is there any way to identify in the SO itself?
    (not checking the sales org and checking the cc ar)

    Credit Control
    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.
    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.
    u2022 SM30 - Table/View
    u2022 V_TVTW - Define Distribution Channel
    u2022 V_TVTA_KKB - Assign sales area to credit control area
    u2022 V_T014 - FI - Define Credit Control Area
    u2022 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
    u2022 Check Credit
    o A - Credit limit check and warning message
    o B - Credit limit check and error message (no sales order can be created)
    o 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)
    o 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
    u2022 Credit group
    o 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
    u2022 whether the automatic credit check occurs at the time of delivery creation and/or goods issue
    OVA7 - Define credit limit check by item category
    u2022 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).
    u2022 SAP default credit groups
    o 01 - credit group for sales order
    o 02 - credit group for delivery
    o 03 - credit group for goods issue
    OVA8 - Automatic credit control - Double click on the line items you can have the followings credit limit check:-
    u2022 Static
    Depends on the customer total value of open orders, deliveries, billing documents and open items.
    u2022 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.
    u2022 Oldest open items
    If you donu2019t 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.
    u2022 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.
    u2022 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 u201CNextReview dateu201D and u201CNumber of daysu201D fields and combined it with the u201CLast int.reviewu201D field in customer credit master u201CStatusu201D view (FD32).
    VOKR - Display of work list for credit management (configure the display variant)
    Releasing the Credit Block
    These are the three transaction code you can used for releasing the SAP credit management block.
    VKM3 - Sales Order
    VKM5 - Delivery Order
    VKM4 - Both Sales Order and Delivery Order
    There are basically two types of customers:
    1)Credit worthy
    2)Normal customers
    Coming to credit worthy customers these customers we can believe and we will give some credit ness for them.For such a type of customers we are going to set them some credit limit.Based on that we will give service to them till that limit.It the limit crosses we will get the messages while creating orders for them.
    Their credit limit can be set in FD32 T.Code.
    Automatic credit check will be maintained in OVA8
    Follow these steps:
    1. Go to IMG - enterprise structure - definition - financial accounting - define credit control area.
    2. Assignment of company code to credit control area & sales area to credit control area.
    3. Go to OVAK select ur sales document type and in the check credit column choose from A B or C. D is for automatic credit control for which you have to maintain the credit group and risk categories.
    4. In FD32 you select your customer and click on STATUS icon and press enter. here u maintain the credit amount allowed. but this is done by the Finance people.
    5. Now when you create the sales order and if the amount exceeds the credit limit then u will get the message as you maintained in the TC OVAK.  Normally the system starts doing credit checks from the second sales.
    order.
    What are the different types of credit checks?
    By Sunilmadho
    Credit Check can be :
    1) Simple Credit Check
    2) Automatic Credit Control
    Automatic Credit Control can be at various levels :
    1) Order
    2) Delivery
    3) Goods Issue
    Automatic Credit Check is of many types :
    1) Static
    2) Dynamic
    3) MaximumDocument Value
    4) Maximum Open Items in percentage
    5) Oldest Open Item in number of days
    6) Crtitical fields change
    7) Highest dunning level, etc.
    You can create more.
    Credit Check happens only in SD module, never in FI. Because the stage of the check is in the sales cycle, which exists in SD. FI guys will check the credit master sheets of the customer, the MIS, the analysis etc, review the credit limits of customers. But the check will happen only in SD, while creating order, delivery or doing the goods issue.
    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
    u2022     V_TVTW - Define Distribution Channel
    u2022     V_TVTA_KKB - Assign sales area to credit control area
    u2022     V_T014 - FI - Define Credit Control Area
    u2022     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
    u2022     Check Credit
    o     A - Credit limit check and warning message
    o     B - Credit limit check and error message (no sales order can be created)
    o     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)
    o     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
    u2022     Credit group
    o     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
    u2022     whether the automatic credit check occurs at the time of delivery creation and/or goods issue
    OVA7 - Define credit limit check by item category
    u2022     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).
    u2022     SAP default credit groups
    o     01 - credit group for sales order
    o     02 - credit group for delivery
    o     03 - credit group for goods issue
    OVA8 - Automatic credit control - Double click on the line items
    You can have the followings credit limit check :-
    u2022     Static
    Depends on the customer total value of open orders, deliveries, billing documents and open items.
    u2022     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.
    u2022     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.
    u2022     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.
    u2022     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)
    In credit mgmt how the Amount & limit can be can be configured at sales order,delivery & PGI Level.
    Please give me the solution .
    1)First create Credit control area
    Path:IMG\ES\Definition\FA\Define Credit Control Area
    2) Assign your credit control area to your company code
    Path:IMG\ES\Assignment\FA\Assign Company code Credit Control Area
    3) And enter the credit limit using above mentioned transaction code FD32.
    4) And assign this credit control area in your customer master Sales Org Data (XD02)
    5)if you have maintained the credit control area for your customer then goto T.Code FD32.
    6)Enter your customer number and the credit control area.
    7)Select the status tab.Press enter.
    8)Maintain the credit limit in the field.Save.
    9)Go to OVA8 T.Code and then click on open orde

  • Credit Controll area

    Dear all,
    I am using one credit control area for two company codes.
    is it right?
    if my customer is belong to both company code, i want to give credit limit different as per cmpany code then is it possible?
    if i assign credit limit to customer then is it applicable for both company code & consider as a total credit of both company code.
    Also is it consider all the values of order, billing from both company code while consider as credit limit.
    Plz send me the details regarding the same.
    Thx & Regards,
    PM

    Hello,
    There can be one or more company codes under one credit control area, but it is not possible to assign a company code to more than one credit control area.
    Within a credit control area, the credit limits must be specified in the same currency.
    The credit limits assigned to customers in one company code are limited only to that particular company code.
    Normally customers are created independent of the company code i.e. each company code will have their own customer master records.
    But if you have the same customer in both company codes...........you can either create a customer master with same customer number with both company codes or with different customer numbers in the customer master record.
    If you have the same customer number in both company codes..........then the system will not allow you to have seperate credit limits as the system takes into account the customer number and credit control area while fixing the credit limit (FD31) .
    on the other hand if the customer numbers are different, then you have the flexibility to issue different credit limits in different company codes.
    so any orders raised in that particular company code will only take the credit limit of the customer from the corresponding company code.
    REWARD POINTS IF HELPFUL
    Regards
    Sai

  • *Billing Document Splitting with Credit control Area*

    Hi
    please give me solution for the  following matter
    there have some invoice splitting with credit control area from sales order header , because some orders available credit control area some order not available credit control area . can i create one billing document for those without splitting?
    thanks
    L.C

    Hi L.C,
    You can see VBAK-KNKLI field differs in sales document. The split is standard system behavior since   
    these are header fields. Please refer to note 11162 for details on split criteria for invoices.                                                                               
    In order to avoid the split you can either clear the fields in the copy control or you can change your credit management              
    configuration so that the credit accounts determined are the same. 
    I hope it can help you.
    Regards
    Ruy Castro

  • Problem in credit control area

    Hi Gurus,
    We  have configured credit control area using Static Credit check.
    We have assigned the same to order type and delivery type also.
    While creating sales order, even though the total value is crossing the credit limit which is set in FD32. the system is not prompting any error.
    Please suggest, where we could have gone wrong..
    Sridhar.P

    Hi gupta,
    you need to check the following in customizing settings.
    Credit checks can run at different times during order processing.
    For delivery creation, you can additionally specify whether the automatic credit check occurs at the time of delivery creation and/or goods issue.
    In this menu option, you specify the sales document types for which a credit check should be carried out. Here, delivery types can be controlled separately and specifically at the time of goods issue.
    At the same time, you specify the system responses if credit checks are set. The system can respond in the following ways:
    •     Warning message
    The document can be saved.
    •     Error message
    The document cannot be saved.
    •     Setting a delivery block (credit status)
    The document can be saved. However a block is automatically set in the credit status.
    Actions
    1. Define for each sales document type whether a credit check should be carried out. Enter "D" if an automatic check should be carried out.
    2. Specify a credit group.
    3. Specify a credit group for the delivery type for which you want to carry out a credit check.
    4. Specify a goods issue credit group for the delivery type for which
    Reward points.
    Regards
    Manoj

  • Credit Control Area - SAP ISU FICA or SAP Finance (ERP) ???

    Hello Experts,
    I was reading about credit control area which is basically - organizational unit that represents an area responsible for granting and monitoring credit. One control area can corresponds to many company code (though vice versa is not true).
    So my question is, in term of work order planning should I consider Credit Control Area as a part of SAP Finance (ERP) or SAP - ISU?
    Please let me know best reason to put it into any side. I want this information for planning purpose. Kind of vague question, my apologies for that.
    Thanks.

    Yes, you will be dealing with new transactions and with a different customizing, for example:
    Functional:
    Financial Supply Chain Management ->Credit Management->Rule for Scoring and Credit Limit Calculation and Check Rule
    Customizing:
    Financial Supply Chain Management->Credit Management->Credit Risk Monitoring
    FSCM Credit management is far more complete functionality than AR Credit management.
    Best regards,
    Cristobal.

Maybe you are looking for