Automatic Credit Check FI-AR-CR from CRM

Hi,
when creating a sales order, the credit limit check in CRM gives a positive result, but the order is blocked for credit limit check in ECC (which is actually correct).
Why does the check not work in CRM? We have set up the middleware, changed all automatic credit check reactions to "B" etc.
Which setting is wrong?
Rgs
Anke

Hi Anke,
   Did you specified the ECC RFC Destination value in CRM SMOFPARSFA table ?
PARSFAKEY     CRMCREDCHE
PARNAME       CRMCREDCHE
PARVAL1        <ECC RFC DESTINATION>
REMARK        CRM: DESTINATION FOR CREDIT CHECK
//Bhanu

Similar Messages

  • Automatic Credit Check- Credit active field in Item Category

    Hi All,
    In the current system, simple credit check is active and now the customer would like to consider the open sales order and delivery documents as well. Hence we are activating automatic credit check.
    The issue I am facing here is the credit active field is not activated in Item category level, since it has not been activated, the system is not performing the automatic credit check for the old as well as newly created sales order. If I activate the credit active field in Item category level its working fine for newly creating documents.
    But the credit check is not happening for the sales order which has been created in the past.Whether the credit active field not activated earlier is the reason behind this issue.
    Please let me know is there is any other way to perform credit check for the old sales orders as well.
    Regards,
    Mythily

    But the credit check is not happening for the sales order which has been created in the past.Whether the credit active field not activated earlier is the reason behind this issue.
    Credit check will not happen for the saved sales orders. It is not the reason because of credit active field was  not ticked for item category. you had performed Simple credit check for those orders,
    I assume you might be knowing that Simple credit check does not update open order, open delivery and open invoices etc, it updates only receivables. Even though you had ticked the item category the field credit active, it would not have performed.
    Now for old sales order anyway it will not perform the credit check, only thing you can do
    Run the program RVKRED88  in SE38  so that it will update the all sales values into FD32. This.This is the best way i think this will work. Please test this from your side. I did not check in my system.
    Why you want to perform the credit check on the sales documents which are already created and saved. as per me it does not make sense.
    thanks,
    Srinu.
    Message was edited by: Srinu S

  • Difference between simple & automatic credit checks

    Hi,
    What is the difference between simple & automatic credit checks.
    Regards

    Hi everyone,
    I am waiting for your valuable reply.
    Regards

  • Incorrect automatic credit check

    Hi!
    I configured the system to use automatic credit control at order level. There i only selected simple credit control.
    Now, the problem is that for 2-3 weeks, the system let's me do the following, i'll give you an example:
    Customer A has a credit limit of 1000. He wants to order goods which cost 2000. The system lets me complete the order and even the billing document. But only after finishing this, the system prevents customer A from buying smth else until he pays the goods.
    This didn't happen before (i have no idea why this doesn't work anymore, apparently the configuration is the same), in the example above the customer shouldn't have been able to buy the goods in the first place.
    Thankyou in advance

    plese check program RFDKLI20 (run se38)
    check your customer running report RFDKLI10

  • Automatic Credit check.

    Dear Gurus,
    While running the Automatic Credit we have the Options like we can control the customers at Order level,Delivery level and Goods Issue Level. Suppose if we want control at delivery level,How system checks the Value of the delivery while creating? In delivery document there is no pricing conditions?
    Regards
    jyothi.
    Edited by: jyothi. on Nov 21, 2008 5:10 AM

    Hello
    Order level means whether you want to save the order or not ,that is done after credit checking  the order value
    Delivery level means whether you want to save the delivery or not
    Here also the credit check is based on sales order only
    It is like blocking or checking at the second level
    The base for credit check is Sales order value only
    This is  not only in SAP ,but Business logic too
    so delivery doc does not have pricing  conditions doesnot carry any meaning here
    Regards
    Raja
    Edited by: ramanathan raja on Nov 21, 2008 10:01 AM
    Edited by: ramanathan raja on Nov 21, 2008 10:03 AM

  • Dynamic Credit check - problem -Delivery creation from Sales order

    Hi
    we have a problem which i would appreciate some help with.
    Sales order is blocked for credit and subsequently released via VKM1
    BUT as soon as line item is selected and then Sales document > deliver -
    the Dynamic credit block kicks in again straight away, no other changes have been made
    why is this occurring ?
    I managed to get round the problem by creating delivery via VL10c and selecting line item and then create in background

    Hi Tony,
    Do you have a credit check active again at Delivery level?
    In OVA8 - for the combination of credit control area, risk cat & credit group - please check field 'Number of days'.
    If you do not wish to carry out the credit check again for the released doc, here you can maintain the number of days.
    Description of F1 for this field is as below.
    Credit check: Number of days without check
    Specifies the number of days after which a changed document must be re-checked for credit.
    Use
    This function is used for checking documents that have already been released by a credit representative, but that have subsequently been changed. The system does NOT carry out another credit check if the following conditions are met:
    The value of the changed order is not greater than the value already approved for credit (inclusive of the deviation factor), AND
    The current date is not greater than the original release date plus the number of days specified here
    thanks
    Anirudh

  • Sales orders from CRM are not getting blocked with credit check

    Hi All
    I have configured ECC in such a way that , if cutomer does not have enough creditlimt, then those sales order will get blocked. Our orders will come from CRM, and some times some orders are not getting blocked with credit check even though the customer does not have credit limit. And at the same time some orders are blocked with credit check...what are all the things that should be checked to diagnose the problem.
    Thanks in advance for looking into this

    Please check if you have any custom code/user exit in ECC which uses transaction code (VA01 , VA02 or VA05 etc) prior to invoking credit checks. 
    Orders created via CRM will not have transaction code set (SY-TCODE).

  • Automatic V simple credit check

    what r the advantages of automatic over simple credit management

    <b>Simple credit limit check</b>
    A credit limit check can be carried out when sales documents are created or changed. The check is carried out within one credit control area. When changing a document, the check is repeated if changes regarding quantity or value are made. A credit control area consists of one or more company codes. A sales document belongs to one credit control area depending on the allocation of the sales organization to a company code. The SAP System checks the credit limit which was granted to the customer in this credit control area. The credit control areas and the credit limit of a customer are defined in financial accounting and entered in the customer master record. During the check, the SAP System totals the receivables, the open items from special G/L transactions and the net value of the sales order for every item of a sales document. The open items take into account obligations bound by contract which are not recorded for accounting purposes but which involve expenses through diverse business transactions. The total is compared with the credit limit. If the limit is exceeded, the system responds in the way defined by you in the configuration menu.
    <b>Automatic Credit Check</b>
    The automatic credit check can target certain aspects during a check and run at different times during order processing. In this menu option, you can define your own credit checks to correspond to your requirements in the area of Credit Management.
    You can determine an automatic credit check for any combination of the following:
    Credit control area
    Risk class (classifying attribute for your customers from the viewpoint of credit risk which is maintained in FI Customizing)
    Credit group
    <b>Example</b>
    You can define a credit check for a certain credit control area and for all sales orders in which the customer has risk class 2 (RK2).
    It is possible to define a system response for each credit check (for example, warning message). In the case of a warning message, a block can be set in the credit status of a document.
    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. This is described in the IMG section "Make default settings for Credit Management".
    If you define your own credit checks, proceed as follows:
    specify type of check
    specify scope of check
    specify system response to check
    allocate credit control areas
    define and allocate risk classes if necessary
    allocate credit group
    assign description to the credit check
    <b>Types of credit check</b>
    The following types of credit checks can be carried out:
    Static credit limit check
    Credit allocation depends on the total value of open orders, deliveries, billing documents and open items.
    Dynamic credit limit check
    The dynamic check includes both a static part which checks all open items, deliveries and billing documents and a dynamic part which checks all outstanding order values, that is, all orders not yet delivered or partially delivered. The value resulting from the checks is accumulated up to the shipping date in the information structure "S066" in freely definable time units or periods (day, week, month). This information structure is entered in Logistics Controlling and described in the section "Carry out default settings for credit management" under Basic functions.
    To define the credit check, you specify a certain number of relevant periods from which a date in the future can be calculated (for example, 10 days or 2 months depending on the selected period). This ensures that sales orders which lie further in the future are not used to determine the credit exposure.
    The total of the static and dynamic part of the check must not exceed the granted credit limit.
    Credit check on the basis of the maximum document value
    The sales order value or the value of goods to be delivered must not exceed a certain value defined for the credit check. The value is stored in the currency of the credit control area. In particular, this check is useful if the credit limit of new customers has not yet been specified. This check can be accessed explicitly by a risk class reserved for new customers.
    Credit check when changing critical fields
    The credit check is started when changes are made to credit-relevant document fields so that they differ from the default values proposed from the customer master record (terms of payment, value days and fixed value date).
    Credit check at the time of the next internal check
    The credit check is started automatically on a certain date. All sales orders entered up to this time are regarded as not critical.
    Credit check on the basis of overdue open items
    The ratio between open items, which are overdue by more than a certain number of days, and the customer balance must not exceed a certain percentage.
    Credit check on the basis of the oldest open items
    The oldest open item may only be a certain number of days overdue.
    Credit check against maximum allowed dunning levels
    The dunning level of the customer may only assume a certain maximum value.
    Customer-specific credit checks
    If you require further checks to those defined in the standard system, you can define them in the corresponding user exits (LVKMPTZZ and LVKMPFZ1).
    Regards
    Nadarajah Pratheb

  • Confirmed quantity in sales order and credit check

    Due to the fact that we are using automatic credit check , for the sales orders that are not blocked due to credit control the confirmed quantity is made to 0 until some person responsible unblocks the sales order.
    My issue is how to prevent the confirmed quantity from becaming 0 even if credit block exists

    Dear Friend
    If the automatic credit management is active the confirmed quantities of sales order becomes 0 because in t code OVB8 the requirement no used will be 101 and system routine will be 1 that is system reservation
    Here you need to change the 101 to something else or you have to write a new routine thro ABAPer so that even if the document goes for credit block the confirmed quantities doesnot change or become 0
    I dont have the practical experience of changing this to something else and having worked on that
    But you may try that
    The area to explore or get your requirement is this only
    Regards
    Raja

  • Urgent:  Need help in automatic credit control

    Hi SD Seniors
    Please help me in the URGENT Credit check Control Configuration.
    According to the user requirement, need to have simple static credit control in the place of sales order & delivery.
    When credit check fails during the order creation,
    1.     Wants to popup the warning message without blocking the delivery
    2.     And wants to block the delivery from the PGI process. 
    I have already done the necessary credit check configuration in my test system.  Based on the simple credit limit check,
    System issues the warning message correctly at the time of order creation. 
    And I have configured the automatic credit check control configuration for the blocking the delivery PGI steps.  But system doesn’t block
    The delivery and it still allow proceeding for PGI without any error message. 
    Please refer by below automatic credit control check for blocking the delivery.  Please let me know, is there any other step I missed out here.
    1. Credit control area is assigned to the company code.
    2. Credit control area is assigned to the sales area.
    3. Credit control area is assigned to the payer.
    5. OBZK:   Assigned
    7.  Risk category for each credit control area.
    8. OVA8:  -Credit control area + Risk category + Credit group
    9.  FD32:  -Credit limit, Risk category, Currency:  assigned
    10. OVA7/VOV7: - Activated correctly
    11. V/08: -  Pricing Procedure subtotal set to A
    12. OB45:  - Update Group 00012
    Your help is very much appreciated. 
    Thanks in advance
    Regards
    Priyan

    Karan, Thanks For you Quick Response.
    OVO8:  Cr.Ctrl.Area + Rick.Catg + Credit.Group (03)
    The same credit group was assigned to the OVAD also. 
    OVAD: Dely.credit.grp = 03   (Credit group for goods issue)
    AND
    GI.Credit.group = 03 (Credit group for goods issue)
    Is it correct?
    My doubt is where exactly, we are telling the system to block the delivery.
    In OV08, could you please tell me what are all the settings need to be done for
    block delivery PGI
    Regards
    Priyan

  • 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

  • Sales document (order) credit check

    Dear colleagues,
    we have an automatic credit check in sales orders . Days overdue - oldest open item.  (OVA8)
    We want to change this, checking not the overdue days of the oldest open item but the days from create date (of the oldest item) to current date against a specific limit of days for the specific credit area-risk category-doc.
    Any help will be appreciated.
    BR
    John

    Hello John,
    there is no standard customizing solution for your request.
    You might program you requirement in user function 1 in credit management by using
    LVKMPFZ1 (FORM USER_CREDIT_CHECK1). If you branch into function module SD_ORDER_CREDIT_CHECK you can use the coding of FORM OLDEST_OPEN_ITEM_CHECK as an example for your needs and change the dates that you would like to check.
    Best regards, Baerbel

  • Business model mapping query (High sea sales) - automatic credit control cn

    Our Client imports goods(chemicals & liquids) in bulk... on ships .. (to india)
    It sells (the sale is made) before the ship enters the indian waters (territory)..  (on the sea itself)
    Practically this is what happens:  (HIGH SEA SALES)
    Invoice is done ( with all the statutary docts), as soon as the sales order is created. Lastly, the delivery happens.
    Now, the client wants automatic credit check at DELIVERY LEVEL. ( After the invoicing is done, legally the goods belong to the customer, but our client wants to have a control on delivery, if at all any payment  issue arise....
    How to do this?
    any ideas?
    Rgds
    Sumanth.Gururaj

    Hi,
    Please go through this
    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.
    I hope this will resolve your issue
    Thanks
    Anil Hooda

  • Credit check thru FI entry

    Hello SAP Gurus,
    We have activated dynamic credit check in SD and we need to activate credit limit for the entries posted from FI.
    e.g. Overall credit limit is Rs.100000/- and outstanding of customer is Rs.80000/- and now Rs.20000/- balance is showing in FD32.
    Now we have posted one entry thru FB70 and debited customer for Rs.30000/-.
    Our requirement is to block sale order creation as credit limit is exhausted(Rs.80000/- outstanding balances + Rs.30000/- FI entry). But system disregards the FI entry and allows sales order creation.
    Pl.advise us.
    Thanks in advance,
    Regards,
    Ganesh Lokam

    for automatic credit check,
    Make sure that you have assigned Risk Category in Fd32.
    Make sure that you have maintained OVA8 settings for this risk category
    Some general pre-requisites would be:
    Define and assign credit control area to Comp Code and Sales Area
    Assign Credit control area in Payer Master --> Billing Tab (VD01)
    Make sure that the item category under usage is activated for Credit(VOV7)
    Also make sure that a subtotal value A is assigned against net value in v/08 for your pricing procedure.
    The credit management settings which you do in your document types(VOV8) are the fields "credit group" and "check credit limit".
    You will find both of these fields in VOV8 under general control.Cedit group for sales order is generally 01 and it is 00 for a quaotation.In check credit limit,your choice should be "D" which means automatic crdit control.
    Don't forget to maintain a combination of credit group (you put in your document type), credit control area (you assign this to either sales org or company code) and risk category (you put this in FD32 for your customer) in OVA8.
    Reward points if this helps

  • Credit check for delivery

    Hi, I met some issues need your help!
    Currently, I have set the credit limit check at delivery level.and the reaction status is B(error message)
    and define a table Z_LOG for record the relevant infomation by user-exit.
    1. Create sales order with VA01, and write down the relevant information into Z_LOG.
    2. Create delivery with VL01N. if this document has exceed the limit value,The system will appears an error
    message and failed to create. but I want to record this error message into Z_LOG base on the
    sales document. Have any user-exit  to solve this problem?? Thanks a lot!
    The structure of Z_LOG as below.
    SO,  SOItem,  Material, Q'ty, Delivery, Delivery Item. Error.

    Hi
    Please check if you have assigned the credit group to delivery document and respective credit checks are maintained in Automatic credit check with the credit group used to delivery. Also check the static and dynamic check are ticked according to your requirement and ticked in block as well.
    If still you are facing the problem please check FD32 and check if proper delivery cost is excuted when you create delivies and the credit limit get used. In short check your info structures are properly updated.

Maybe you are looking for

  • Retrieving all FK from child table in a resultset

    I have a parent and its child table.In child table there are many records containing the same PK of the parent as a foreign key(one to many relationship).Now how can I get all those values (in a resultset) of child table containing the same FK .The c

  • Field != then Insert Into Other Table

    Hi, I cannot figure out how to create a trigger that will insert data based on if a old.field != new.field. If the field was changed in one table tbl_test then insert that record into the other table tbl_test_history. This is a little different since

  • Why no "Create AAC version" option?

    Using several online tutorials as a guide, I'm trying to use iTunes 10 (Windows XP) to convert a 30-second mp3 file into a ringtone. The tutorials say that even in 10, I should be able to right-click a song and have "Create AAC version" on the contex

  • My library vanished.

    I left my itunes library unattended for a few hours, my ipod was not connected but the window was open on the screen. When I came back the library was empty, I connected my ipod and nothing changed. It said that all of my playlists were empty as well

  • Remove leading zeros in report

    Hi all, I do a clasical reoporting. Data in the internal table numeric types. But when writing in the report, is appearing as 000056 etc. I want to remove this leading zeros in the report output. Any helps? Regards, Mic.