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

Similar Messages

  • Inventory sometimes coming to our place in high sea sales scenario?

    Dear Experts,
    Here we have mapped the high sea sales scenario through third party sales process.
    here in this process since the documents are endorsed on the name of customers when the shipment is sailing only, so here we have to do only statistical GR where in client's inventory will not be updated as per standard third party scenario, but here some times goods are stored at client's plot ( which was hired at port) and the shipment for the same starts after 5 days or so.
    under such situations client is asking us to show the inventory like third party stocks. To deal with this kindly suggest your suggestions so that this can be adressed by taking legal points of high sea sales agreement in mind.
    Balu R.V

    Hi Balakrishna,
    If clients asking you tshow the stock which is only possible when if carry out GR in the respective plant in that ase only stco will show or in othe way is in STO stock will as in transist. Without doing GR how the stock will updated /Show.
    But you can Map with creation of Logical plant which i uite normal in Bonded storage process as and when required pay the duty and release the material which bulk purchase and material will be stored at Cutom as and when reqyured pay the Duty and receipt the material through STO in the same way you can map.
    1) You can create Port as a plant
    2) For high sea material tracking ,recieve the material through MIGO -Movement type 103 (No acunting documents  will generate)
    3) MIRO for Customs dept
    4) MIGO 105 at port plant to recieve the material at Port( accounting documents for inventory will generate )
    5) MIRO for Import Vendor
    6) perform STO from port to manufacturing plant. Hope this will helps you.

  • High sea sale business process deviation problem?

    Hi all,
    In my client eventhough material sold through high sea sale (and concerned invoice is raised), some times customer will not lift the material,
    Now original high sea sale transaction (third party scenario) till customer billing is completed, after this out of this transaction whichever is not the lifted material from the client even after selling, they need a tracking system to count how many customer material is lying with them. and they wanted to issue delivery challan against it again, kindly suggest me is this suggestible and what are the auditing complications involved in it?
    regards,
    Sanjana

    Hi
    For High Seas sales ,
    PR will be created based on the Sales Order, Create PO based on PR and do MIGO for that PO.
    Points to keep is
    -  the Import Vendor currency as Local currecny ( ie INR for India ),
    -  Do MIGO for that PO witha Storage Location exclusively created for this High Seas sales Process.
    ( sales acn issue the material from that SLoc )
    Regards

  • Configure PO document type for "High sea Sale"

    Dear sir,
    Pl. tell me step by step how can i configure new Document type of Purchase order for "High sea Sale" business senerio without GR.
    Thanks/
    Anurag

    Hi,
    In normal case, when you do GR w.r.t. a Normal PO then system updates Stock Quantity as well as Stock Value of Material.
    But in case of High Seas PO, you don't want GR to happen, you want to carry out LIV directly based on PO. So in this case there won't be Stock Quantity updation as well as Stock Value updation i.e. Expense Account will get psted during LIV against Vendor Account. So your High Seas PO should be account assigned PO.
    So to achieve this, create a separate document type for High Seas PO with allowed Item Category as Blank" i.e. Standard.
    Path: - SPRO > MM > Purchasing > Purchase Order > Define Document Types
    OME9 - Create an Account Assignment Category as "Z" (High Seas PO) by copying "K" and in the detailed screen of the same deactivate "Goods Receipt" indicator.
    Now create PO with this Document Type and Account Assignment Category "Z" and check under "Delivery" Tab Page, "Goods Receipt" indicator will be deactivated that means GR not required for this PO.

  • High Sea Sales scenarion?

    Hi,
    Can somebody please describe the High Sea Sales scenarion in actual and its mapping in the SAP on the transactional level.
    Thanks
    Rajiv

    hi,
    If Sales to be done in Sea itself and  you do not want to post the material in to inventory. But you require to make Sales invoice.
    You would be giving purchase orders and selling it to the customers by endorsing the documents (Shipping bill ).
    There would not be any material quantity updating (no quantity should reflect in the system as per legal requirement). Only value updating will take place.
    It is like taking commission for the sales without disclosing the vendors details to the customers.
    saravanan

  • High Sea Sales Scenario

    Dear Experts,
    The issue is to map the scenario for High Sea Sales for my Client.It is as follows..
    1.We will issue import order to our vendor (imported vendor)for purchase of raw material.
    2.We will issue order at the rate of  USD 2600 per MT FOB china port.
    3.Suppose 100Mt of raw material is shipped from china and we pay immediately to our import vendor in dollars.We also pay ocean freight USD 50/- per MT to our shipping agent.
    4. So we enter into an high seas sale agreement with our customer for sale of material ie a Raw material @ USD 2750/- per MT CIF.
    5.My client want to book purchase of raw material in our accounting records (but without bringing the material in our stock).
    6.Similarly client wish to book sales @2750/-USD without movement of material from there plant.
    Kindly let me know the procedure that is to be followed in SAP for capturing the entire transaction,as i am very new to this scenario.
    Regards
    Nainesh
    SAP ECC 6.0

    Hi
    If your PO is raised before the sales order then it would be difficult.
    If your raising of the sales order is against a demand from a customer then this can be easily mapped through the Third Party scenario using TAS item category in the sales order.
    Whena sales order is created then a PR get generated with account assignment of sales order.
    when you do the goods receipt of this PO the stcok will be directly delivered to the customer. the system simulates the posting as the stock has entered and leaved your premises in determining the accounts for posting, but physically we have not received that. So it will be a statistical posting only.
    Please go through link for more details
    http://help.sap.com/saphelp_erp60/helpdata/en/4d/2b91be43ad11d189410000e829fbbd/frameset.htm
    thanks & Regards
    KK

  • Purchase from High Sea Sales

    Hi SAP Fans,
    Can any one help to map Purchase from High Sea Sales in SAP.

    hi
    http://sap.ittoolbox.com/groups/technical-functional/sap-log-sd/high-sea-sales-1890425
    just check following scenario (not tested)
    Check and review Purchase Requisition For apo planing-ME5A/ME51N
    Release Purchase Requisition -ME54N
    Create Purchase Order -ME21N
    Release Purchase Order -ME29N
    Down payment request PO -F-47
    Advance Payment to Vendor -F-48
    Create Inbound delivery -VL31N
    Goods Receipt against Purchase Order -MIGO
    UD and stock posting -QA32
    Check Stock Overview MMBE
    Logistics Invoice Verification MIRO
    Post out going payment to vendor F-53

  • E1/E2 and High Sea sale

    Hi all,
    Can anybody give the documents related to E1/E2 Process and High Sea sale Process.

    Hi
    For High Seas sales ,
    PR will be created based on the Sales Order, Create PO based on PR and do MIGO for that PO.
    Points to keep is
    -  the Import Vendor currency as Local currecny ( ie INR for India ),
    -  Do MIGO for that PO witha Storage Location exclusively created for this High Seas sales Process.
    ( sales acn issue the material from that SLoc )
    Regards

  • High sea sales rules?

    Hi All,
    If the port of discharge of high sea sales comes under one registration and the high sea billing is done under some other registration.. is it legally right?
    regards,
    Archana

    Hello
    No. it will be a custom issue.
    Thanks & Regards
    JP

  • High Sea Sale Scenario

    Hi expert pls. guide me about the High Sea sale scenario/process....
    thanks,

    I found this on the Pricing procedure determination:
    Price determination
    If you wish to use partner roles for price determination purposes, SAP provides the enhancement LMEKO001 (customer exit EXIT_SAPLMEKO_001).
    You can then create a partner role "forwarder", for example, so that the freight charges of different carriers or forwarding agents can be taken into account in the purchase price determination process.

  • 3 party-high sea sales

    Hi,
    in high sea sales -3 party processing
    when we do migo - only value updation takes place without any  quantity updation.what setting we need to do to achieve this

    Hi,
    The process is similar to a PO with account assignment.
    Csaba
    Not similar, the same.
    Edited by: Csaba Szommer on Sep 17, 2008 1:49 PM

  • 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 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

  • 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

  • Automatic credit control

    We use in our company automatic credit control. For one of our customers not credit control data have been maintened (fd32) therefore there is no credit group assigned to him.
    When I try to make a sales order for this customer, the automatic credit control is turned on and I am unable to save the order since the next review data has passed (it is a check field in the automatic credit control for all customers that have credit control data).
    Any opinions?

    Hi,
    If the customer concerned is not relevant for credit check,please remove the risk catigory under status screen in FD32
    Regards,
    Phani Prasad

Maybe you are looking for