Credit Management in CRM - transfer of blocked documents to ECC

Hi,
we want to implement credit check in CRM using CRM.
Our client requirements are:
- Sales order is created in CRM
- Credit check is executed in CRM, using information from ECC
- If result is negative, sales order credit status must be updated to "no Ok"
- User continue processing sales order in CRM until he decides it can be transferred to ECC
- Sales Order is transferred to ECC, where ECC users initiate credit release.
After reading Credit Management SAP documentation, we have an important doubt:
- If we want that ECC sends correct information about credit check, we need to have a "B" or "D" in column reaction in ECC.
- Documentation says that CRM can transfer a sales order with credit status to No Ok because it is not considered as an error
But if we have a B or D in ECC, it implies that ECC won't save a new document with credit check no ok. So if CRM sales order sends a slaes order that has been updated to "credit checK no Ok" by RFC user, it won't be transferred to ECC: Bdoc will error.
So, it seems as it was something that is not consistence
Does anybody can help me to clear this up?
Thanks and regards

Hi Sana,
Since CRM using R/3 credit check functions (thru RFC), have you
check that this credit check properly run in R/3?
You need to make sure this first.
Assume you already maintain RFC in CRM to call credit check function in R/3,
Then try to check whethere your transaction type for Service and Sales
already check / set the Credit Check is active?
Hope this could helps.
Gun.

Similar Messages

  • Credit management in stock transfer order

    Hi experts,
    For export billing scierio
    we are doing stock transfer order from our main plant to ship yard( dock plant) with excise invoice , and doing final invoice in SD when actual shipment is made from dock yard.
    Our requirment is to have a credit mangement check when material is getting transfered from main plant to dockyard through Stock transfer order ( UB) . Can any one help me regarding this.
    Regards,
    KC Choudhury

    Hello KC Choudhary,
    I have seen that your business process consists on a Purchase Order and a Delivery but with no Sales Order (VA01). Unfortunately I regret to tell you that in the standard it is mandatory to have a sales order if you want to perform a
    correct credit check in the delivery. There are several data needed from the sales order which are not available in the delivery. All the data for the delivery should come from the sales order (like the payer -> credit account). If there is no sales order, these data is not available and therefore no credit check can be performed. A credit check in delivery without related sales order is not possible in the standard system. There is no userexit availabe to achieve this functionality either.
    Regards,
    Raghavendra YN

  • What are the user exits available related to Credit Management?

    What are the user exits available related to Credit Management?
    <b>I have blocked users from releasing SO through Tciode VKM3 , now I want to block
    the same (releasing of SO through VKM4) ,I want VKM4 to be used only for releasing delivery orders. Can anyone help me in configuring the same?.</b>
    Thanx in advance,
    Regrds,
    Binayak

    Hi,
    User Exits For Credit Checks And Risk Management
    Credit Check
    If you want to carry out your own individual credit checks, that differ from those in the standard system, you must define them in the following user exits:
    LVKMPTZZ
    LVKMPFZ1: USER_CREDIT_CHECK1
    LVKMPFZ2: USER_CREDIT_CHECK2
    LVKMPFZ3: USER_CREDIT_CHECK3
    User exit for availability check
    User exit USEREXIT_AVAIL_CHECK_CREDIT exists in Include MV45AFZF.
    This user exit allows you to determine whether the system should or should not carry out an availability check after a blocked document has been released or after a new credit check.
    Risk Management for Receivables
    RVKMPUS2
    Using this user exit, you can define new forms of payment guarantee.
    Regards,
    Amrish Purohit

  • Credit Management-Sales value updated in FD32 even though credit set up is not active

    Dear Team,
    We are facing an issue where, for a sample order - sales value got updated as open sales order value against a customer in FD33.
    Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD). Since this has occurred in 2003, we have no clue what exactly has happened. We cannot locate any change logs in the configuration level.
    1) What is the possibility for credit management to be active for a document type, which was not meant for credit set up?
    2) How to remove the open order/ delivery value for the customer?
    Thanks and regards.
    Sivarajesh

    Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD).
    the above two settings  are credit checks at what level( example order level or delivery etc) you what to block the customer if the customer payer exceeds the credit limit.
    Where as if the credit active field is active in VOV7 in corresponding item category, system update the respective document values in to credit management (FD32/33) in your example open order value.
    Even though OVAK, OVAD settings are not done still system update the document values in to FD33 subject to credit active field is active in t code VOV7 .
    Please check in your item category whether credit active field active.
    thanks,
    Srinu.

  • Blocked documents

    hi all,
    as we know  that  there  are  documents created at order level, delivery doc and billing. what  types of block can we have  at different  levels.
               what are  the different ways we can block a doc at different levels. what could be the reasons and  how to do.
                basically want to know   how  to block documents and how to release  them. i need some scenarios
    krishnan
    [email protected]

    in short
    VOV8 - Header blocks ( measn even before the item is entered )
                sales document block, delivery block fr deliveris and sceduling agrements
                billing block
    VOV7- Item block ( means your document is fine but blocking due to your  item       in   the order )
    VOV7 -  schedule line lvevl block here you can set a del block
                 again the dff between setting a block at header and schedule for del differs
    if you set a block at header for del then even before the item is processed dcument is blocked for del  but if u set a block at schedule line leevel then once your item is entred and your avail is done and ur scedule line is determined then only ur blcking ur the doc for del ) ok
    XD05  -     customer block FOR CMR for processing
    MM06 -      MMR  block mateial for processing ( mark for del )
    can have blocks at ODER,DEL,PGI  for credit managment at OVAK, ova8
    posting block in VOFA for invoice to be posted
    by incompletion procedure again u can set verious blocks OVA2.
    and over del under delivery tolerance limits various blocks can be set//
    ...........well if this answers ur question then reward points in left colum to this ans..
    thanks
    Message was edited by:
            kiran s

  • Credit Management - In delivery process released document blocked

    Hello SD Experts,
    This is regarding credit management.  we have configured Delivery level credit check.
    As per the settings System block the delivery  and FI credit representative release the blocked delivery documents.
    Logistics processing the delivery , Picking and Packing with out problem.
    While processing the shipping activity with combined delivery VT01n - when checking Shipment started  tab its automatically going back to credit block.
    I have configured in the Risk Category under Released documents are still unchecked as
    Deviation   -- Blank
    Number of Days as 15
    My requirement is once released from delivery no need to do credit check again - with any deivation and Number of days limit also
    Please help me to resolve this issue.
    Thanks in Advance
    Jaffar

    Hi Jaffar,
    As per your explanation this is happening because of  Number of Days as 15
    This specifies the number of days after which a changed document must be re-checked for credit.
    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.
    As per this there might be any changes in released document or changes in delivery dates,due to this reason system
    blocking it again,try to reduce the number of days from 15 to 5 or as per your convenience and check.
    Regards
    Ram
    Edited by: Lakshmipathi on Dec 13, 2011 6:55 PM
    Instead of copy pasting from standard, it would have been better had you advised the member to press F1 against that field (Number of days).  Please dont ever try to copy paste from other source which is strictly prohibited

  • 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

  • List of released sales orders which were blocked during credit management

    If sales order is blocked during credit management, then it is released by Authorised person using VKM3 Tcode. Further if we want to see list of released documents, VKM2 shows the same. However VKM2 does not shows the released documents once that are billed (using VF01). Suppose post billing one wants to see how many orders were released during specific period, how it can be seen. Is there any transaction code to see such records.
    Vijay

    You can use V.23 to view the report. The report will show you what sales order is ready for release for billing.

  • CO-PA, is credit management suppose to block orders from posting to CO-PA?

    We are currently using CO-PA to track the $ amount of sales orders that were booked for a particular date range, and it will show the sales order created or changed and the $ amount that was added or taken away from the bookings for that day.  This report is to show management how much sales has been recorded for the day, but not necessarily shipped out yet.
    What we are currently facing is problems with credit management blocking the order from posting into the CO-PA tables.  When the order is created and the order desk hits save it first goes through credit management, and if it is put onto the blocked order lists to be released it does not post the value that was created for that day into CO-PA.  Also when we run our rescheduling report for orders that have already been created the order can again go back and forth on and off credit hold, and each time it posts an entry into CO-PA. 
    I was wondering if anyone has been requested to have a report written to record bookings of sales for a particular day, and have you run into the issue of the credit management posting over and over onto the report and how do you get around this.
    We just want to see if any new orders have been created for that day, if current orders have been added on to or taken off from, and have a report to show the order #, dollar value and quantities.
    Thank you,
    Karen Kim

    Dear Karen,
       You cannot see blocked SD documents for credit check in CO-PA. Values are transfered to CO-PA after the sales order is processed or after the billing document is posted.  So if the sales order is not
    processed because it is blocked for credit check, naturally it will not be transfered to COPA. The logic to exempt orders on credit hold was implemented in release 40A.
    To overcome your problem you may implement the modification described in the note 214059. Please be aware that this is a modification note. Please implement in a development environment first and retest.
    regards
    Waman

  • Credit Managament: avoid credit block for down payment invoices

    1) Downpayment - when an order is blocked, can we create a billing
    document of the downpayment request created in slaes order. Logically
    the customer wants to pay for this downpayment immediately and process
    the order
    Notes: If credit management is activated at sales order level and In
    Milestone Billing scenario or Project Sales order scenario, at Sales
    order level we have a Downpayment (Z0000 - Downpayment) Milestone
    usage and Other Milestone invoice Usages.
    The business requirement is Customer need to pay the downpayment
    invoice before executing the Sales order.
    In SAP when the Sales order is blocked for Credit Management, system is
    not able to create the Downpayment invoice also. to creat the invoice
    we have to release the order first. However we dont want to release the
    order but want to receivce the downpayment and then may be we can
    manually release the order and process. The reason is suppose we have
    an automatic release to production or PR or creation of service order,
    we would like to process them only after the downapayment, now for
    creating the wownpayment invoice for receiving the downpayment, we have
    to release the order which shall further process the order
    automatically. Please suggest a solution for the same to avoid the
    credit block for the Downpayment invoices.

    I think this can be enabled easily.
    For the combination of Credit Control Area, Credit Group and Risk Category, you should have enabled the Dynamic/Static credit check, you can configure it such a way that it only gives you a warning message and doesnot block your sales order. This should solve ur problem

  • Credit Management of Delivery Documents

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

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

  • Credit management not updated for the first credit blocked order only

    Hi experts,
    Pls help to solve. Thx.
    Case: The first sales order is created against credit block because the credit limit is exceeded. In FD33, no credit data related to the first order indicates, i.e. credit limit used shows zero as well as sales value, credit exposure. In VKM1, the blocked order can be captured.
    As long as the second order is created, the credit management can be updated. But, it still does not capture the data from the first order.
    The sales orders I test have the same delivery date.
    Questions:
    1. Is the standard behavior for the dynamic credit check?
    2. If not, how to make credit management consider the first order data?
    PS. In OVA8, update 000012 is applied while horizon is 4 months.

    Hello Jonathan,
    After testing, I found credit management can consider the first order data if using 000018 only. Why 000012 cannot consider it?
    I have checked the explanation for those two update groups by F4. I feel obscure about the explanation of sales order between them (see below).
    000012:
    Sales order
    Increases open order value from delivery-relevant schedule lines
    000018:
    Sales order
    Increases open delivery value
    By the  way, my testing data as below:
    1. were the two sales orders of the same document type? Answer: yes. Same document type, same customer, same delivery date, etc.
    2. were the item categories the same? if not, was one not relevant for credit check? Answer: Yes, the same.
    3. did the documents have the same value? if the second order had a lower value and was not blocked for credit, the exposure will be updated. Answer: yes, credit management can consider the second order data ONLY. It seems the first order have not been created if checking credit management.

  • Credit Management: VKM4 (Release SD Documents)

    Hi,
    I have implemented Dynamic Credit Management at Delivery Level (02: Credit Group for Delivery). System is behaving also fine and is not allowing to save the delivery as soon as the credit limit of the customer gets increased.
    But when I am trying to Release the sales order using Tx Code VKM4 (as an approval process), system is releasing the sales order in VKM4, but still at the time of delivery creation after releasing the sales order, it is again not allowing to save the delivery, saying that Dynamic Credit Check has been exceeded.
    Can anyone help?
    Regards,
    Vikas

    Hi Vikas,
    What is the value for the status of the documents (Sales order and delivery). You can check it in SE16N for table VBUK, check this fields before and after run VKM4. ¿Are you using a userexit for the credit check? (flags user1 ot user3 in cheks in OVA8)
    Field              Element                                                                         Name
    CMPSA     CMPSA     CHAR     1     0     Status of static credit limit check
    CMPSB     CMPSB     CHAR     1     0     Status of dynamic credit limit check in the credit horizon
    CMPSC     CMPSC     CHAR     1     0     Status of credit check against maximum document value
    CMPSD     CMPSD     CHAR     1     0     Status of credit check against terms of payment
    CMPSE     CMPSE     CHAR     1     0     Status of credit check against customer review date
    CMPSF     CMPSF     CHAR     1     0     Status of credit check against open items due
    CMPSG     CMPSG     CHAR     1     0     Status of credit check against oldest open items
    CMPSH     CMPSH     CHAR     1     0     Status of credit check against highest dunning level
    CMPSI     CMPSI     CHAR     1     0     Status of credit check against financial document
    CMPSJ     CMPSJ     CHAR     1     0     Status of credit check against export credit insurance
    CMPSK     CMPSK     CHAR     1     0     Status of credit check against payment card authorization
    CMPSL     CMPSL     CHAR     1     0     Status of credit check of reserves 4
    CMPS0     CMPS0     CHAR     1     0     Status of credit check for customer reserve 1
    CMPS1     CMPS1     CHAR     1     0     Status of credit check for customer reserve 2
    CMPS2     CMPS2     CHAR     1     0     Status of credit check for customer reserve 3
    CMGST     CMGST     CHAR     1     0     Overall status of credit checks
    Regards,
    Eduardo
    Edited by: Eduardo Hinojosa on Sep 24, 2009 9:35 AM
    Edited by: Eduardo Hinojosa on Sep 24, 2009 9:37 AM

  • Reorganizing  SD/FI  documents  for  credit  management

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

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

  • User exit for Credit Management check on SD document

    Is it possible to enhance and put in some custom logic during CREDIT check on SD documents?
    Can some one tell me which User exit can I used?

    Hi,
    Yes, I think you can do. Here is what SAP help says....
    If you want to carry out your own individual credit checks, that differ from those in the standard system, you must define them in the following user exits:
    LVKMPTZZ
    LVKMPFZ1: USER_CREDIT_CHECK1
    LVKMPFZ2: USER_CREDIT_CHECK2
    LVKMPFZ3: USER_CREDIT_CHECK3
    User exit for availability check
    User exit USEREXIT_AVAIL_CHECK_CREDIT exists in Include MV45AFZF.
    This user exit allows you to determine whether the system should or should not carry out an availability check after a blocked document has been released or after a new credit check.
    Hope this helps
    Thanks
    Mukund S

Maybe you are looking for