Confirmation qnty in sales order with credit Managment

Hi    SD Experts very Good Morning ..
Generally in OVB8-- 101 Requirement and 1 Routine   controls , once customer crossed his credit limit automatically Confirm qnty become zeo and and once we release that document in VKM3 Again confirmed qnty will be active mode for the customer .... this is sap Function  once we removed 101 routine it wont work like this
But ....
In this link clearly mentioned in sales order -- Fixed qnty/date one field is there if we activate also system confirms stocks 0 in case credit limit customer crossed his limit
http://monicaradytia.wordpress.com/2014/02/21/fixed-quantity-and-dates-in-sales-order-document/
So both functionality is same ... a bit confused sir
please share your dynamic knowledge
Thanks a  lot
venu

""""""Generally in OVB8-- 101 Requirement and 1 Routine   controls , once customer crossed his credit limit automatically Confirm qnty become zeo and and once we release that document in VKM3 Again confirmed qnty will be active mode for the customer .... this is sap Function  once we removed 101 routine it wont work like this"""""
The routine which you are suggesting is prerequisite to update MRP.
(please dont mix this with credit management--that is a different concept all together)
Fixed date & Qty:
this indicator you can check at transaction level or at configuration level(by default for your sales area)
The purpose of this indicator is How to confirm or assure your customer(there by he can assure to his consumer)
Once you activated this indicator means at transaction level/(or Default for your sales area):
At customer level:
You are assuring your customer that you will give the required Goods on this specific date.(here the customer priority is not the Question)
At Business level:
After activation of this flag,your MRP will be updated and in case if you are rescheduling all your sales orders--this order will be skipped from others--so MRP department need to plan/Procure/Produce these goods on the specific date mentioned.
As far as i know these two are completely different in their respective Properties.
Needless to mention here--whether you are confirming or not ,still you can update MRP by using delivery Blocks concept.
Phanikumar

Similar Messages

  • Sales orders with credit issues taking availability stock

    Hi,
    I am doing confirmation using Global ATP in APO. The confirmation is well done, but the confirmed quantity for sales orders with clients that have credit issues is taken the available sotck for other sales orders with ok clients that I want to confirm the quantity they ordered.
    For example:
    Stock: 10 PC
    Client A order 15 PC and 10 are confirmed, but the ordered is retained becuse of credit issues with client A.
    Then client B order 3 PC, but nothing is confirmed because the ordered for client A is reserving the stock (note: this would be ok if client A had not credit issues).
    So, I want that the 3 PC for client B are confirmed and the 10 PC not reserved for the cient A while client A has credit issues.
    How could I configured, so that the orders with credit issues do not reserve stock for the incoming orders?
    Thanks a lot.

    Hi DB49,
    thanks for the quick answer.
    I checked the configuration in the R3 and seems to be fine. To prove it, I disconnect APO and did the availability check in the R3 system and it is working fine; the orders quantities that are blocked because of credit issues, do not reserve stock for incoming orders.........son new incoming orders are well confirmed.
    But after connecting APO the problem continues. I checked the next points.
    In R3 transaction CO09: takes to the APO screen and you see the ATP available quantity OK (do not consider the quantities of the credit issues orders). But at the moment that you make the order (VA01) it does not confirm any stock and if you select the line and go to the ATP screen (the same you get from the CO09) the quantities of credit issues orders are taken into account..the ATP availability quantity changes from the first going directly from the CO09.
    What could it be?
    Note: it was working fine with APO, I started to have the issue after implementing note 1262475 in APO. This note was becuase the BAPI_APOATP_CHECK was not brigning any value for the ATPQTY_***.
    Thanks a lot!!!

  • Credit sales order with credit check without top up limit

    Hi Experts,
    I have a silly question, just wanted to confirm is this possible in SAP system?
    I have check thru seem no such function.
    My user requested a requirement is credit sales order with credit limit check however without top up credit limit to specific customer. eventually allow this specific customer sales order, delivery order without blocking and created succesfully?
    Thanks & Regards,
    Yong Kok Wah

    Hi,
    Use a seprate risk category for such customer. In OVA8 Setting for the given risk category set the Credit Limit Seasonal factor.
    By means of above setting system will support the concept of TOP Up credit limit (for a given time period) for given customer against said credit limit.
    Regards
    Digambar Pandey

  • Balance sales order in credit management

    HI all,
       I need to exclude the sales order in credit management. This order was been created last year and the billing document was been canceled last year too.
       Now, the sales document has been concluded and outbound delivery has been in process. The post goods issue has been confirmed.
       Someone knows how do I exclude this balance?
    Best regards,
    Julio César

    Dear,
             If Accounting done=When you cancel the invoice, system automatically reverse the debit balance into credit balance in party account balance.
             If Accounting Not done = when you cancel invoice there are no account document. so that's why no effect on party account.
    Regards,
    Sandip Shaktavat

  • Link between sales order to Credit management

    Where can we link between sales order to Credit management?

    HI Gopala rao.,
                       In VOV8 sales document type there is <b>credit limit & Credit group</b> Where we asign the credit mage,ment data to Order
    The configuration part of credit managemnt is
    CREDIT MANAGEMENT:
    A credit limit may be a customer’s credit limit, which is the permitted limit of value of open items, such as invoices not yet paid, plus the value of open sales orders.
    The credit limit is the total combined value of the following documents:
    Net value of sales order
    Open Sales order: order created, but not delivered
    Open deliveries: delivered, but not invoiced
    Open billing doc: value of billing doc, which has not yet been forwarded to accounting
    Open items: forwarded to accounting, but not settled.
    Types of Credit Check
    • Simple Credit Check
    • Automatic Credit Check
    o Static
    o Dynamic
    Simple Credit Check:
    SPRO- IMG- SD- Basic Functions- Credit Mgmt/ Risk Mgmt- Simple Credit Check- Assign Credit Check to Doc Types.
    • Based on sales doc types
    • It will check all the above-mentioned docs & if the credit limit exceeds, the system responds in the way defined by you in the configuration menu.
    • Cannot differentiate according to customer
    3 ways to Control the Simple Credit Check:
    A: warning
    B: error message: the doc cannot be saved
    C: warning message with delivery block: the doc can be saved but is automatically blocked for delivery.
    Automatic Credit Check:
    This credit mgmt control is maintained by using the automatic credit control functionality. The automatic credit control divides the sales doc types, the delivery doc types, & goods issue into specific credit groups. It also uses the customer’s risk category as assigned to the CMD of the payer & assigns an outcome proc to the combination of the above 2 objects, i.e. the credit group & customer risk category along with the credit control area. The definition of customer’s risk category is carried out in the fin accounting module.
    A customer’s risk category is a grouping category that controls the credit check when automatic credit control takes place. Thus one can assign high-risk customers to risk category for e.g. A01, medium risk to B01 and low risk to C01.
    Automatic credit check divides customers in to 3 categories:
    • High-risk customers,
    • Low risk customers &
    • Medium risk customers.
    A credit check &#61614;can only occur at 3 places: Credit Group
    Sales order: for high risk customers
    Delivery: for medium risk customers
    Goods Issue: for low risk customers
    Credit Control Area (CCA): highest organizational element in credit management. A credit control area is an organizational unit that is comprised of one or more company codes. A company code can have no more than one credit control area. Defined by FI.
    Menu Path to create Credit Control Area: OB45: FI people.
    SPRO- IMG- Enterprise Stru- Definition- Fin Accounting- Define Credit Control Area
    Credit Control Area Description
    0001 Credit control area 0001
    1000 Credit control area Europe
    Menu Path to Assign Company Code to Credit Control Area: OB38: FI people.
    SPRO- IMG- Ent Stru- Assignment- Fin Accounting- Assign Comp Code to CCA
    • It is possible to assign Credit Control Area to a Sales Area. This is more specific assignment than the assignment to Company Code.
    Company code Company name City Credit Control Area Over write CCA
    Menu Path for Defining Risk Categories: OB01: FI people
    SPRO- IMG- Fin Accounting- Account Receivables & Payables- Credit Mgmt- Credit Control Account- Define Risk Categories.
    Risk Category CCA Name
    001 4500 Low risk
    002 4500 Medium risk
    003 4500 High risk
    Menu Path for defining Credit Groups: OVA6
    SPRO- IMG- SD- Basic Function- Credit Mgmt/ Risk Mgmt- Credit Mgmt:
    • Define Credit Groups: OVA6
    • Assign Credit Groups to Sales Doc’s & Delivery Doc’s
    o Credit Limit check for Order Types: OVAK
    o Credit Limit check for Delivery Types: OVAD
    • Define Automatic Credit Control: OVA8
    Define Credit Croups: OVA6
    One merely creates a credit group for each differentiation in the doc type. You enter the credit groups when you configure the sales doc types for credit management & define the automatic credit check. The following credit groups are contained in the standard R/3 system:
    • 01: credit group for sales order
    • 02: credit group for delivery
    • 03: credit group for goods issue
    CG (Credit Group) Doc Credit Group
    01 Credit group for sales order
    02 Credit group for delivery
    03 Credit group for goods issue
    Assign Sales Documents & Delivery Documents:
    Sales Doc Type Descp Check Credit Credit Group
    OR Std Order D 01
    Delivery Type Descp Del Credit Group GI Credit Group
    LF Delivery 02 03
    Define for each sales doc type whether a credit check should be carried out. Enter ‘D’ if an automatic credit check should be carried out.
    Specify a Credit Group
    Specify a Credit Group for the Delivery Type for which you want to carry out a credit check
    Specify a Goods Issue Credit Group for the Delivery Type for which a credit check is to be carried out for goods issue.
    SIMPLE CREDIT CHECK CANNOT BE ASSIGNED TO DOCUMENTS.
    Define Automatic Credit Control:
    One can now assign settings to the combination of the Credit Control Area, the Customer Risk Category & the Credit Group.
    CCA Risk Cat Credit Group Credit Control
    4500 001 01 Low risk sales orders
    4500 001 02 Low risk deliveries
    4500 001 03 Low risk goods issue
    4500 002 01 Medium risk sales orders
    4500 002 02 Medium risk deliveries
    4500 002 03 Medium risk goods issue
    4500 003 01 High risk sales orders
    4500 003 02 High risk deliveries
    4500 003 03 High risk goods issue
    Select line item and go to details, you can decide whether to do Static or Dynamic Credit Check. Credit Horizon can also assigned here. Additional function checks can be performed here:
    • A credit check when the maximum document value is exceeded.
    • A credit check when changing critical fields.
    The risk category assignment occurs in the same place as the customer’s credit limit, which is the customers credit management screen. That is, the risk category is assigned to the customer by the Finance in transaction code FD32.
    The customer credit master record is divided in to 5 views:
    • Overview Screen: gives an overview of credit settings in relation to the customer, including his credit limit, credit exposure, the %tage of credit limit used, his payment data & his risk category.
    • Address: view gives the customers address details as they appear in CMD
    • Central Data: is a view that shows the total credit limit the customer can receive across all credit control areas as well as the maximum limit he can receive in one credit control area.
    • Status: view shows the customer’s actual individual details according to particular CCA being investigated. This includes his credit limit, percentage used, credit exposure, risk category, whether he is blocked due to credit or not.
    • Payment history: view displays the payments made by the customer for a particular credit control area where a comp code is assigned.
    Static Credit Check Dynamic Credit Check
    Net Doc Value Net Doc Value
    Open Order Open Order
    Open Delivery Open Delivery
    Open Billing Open Billing
    Open Item Open Item
    Compares the total combined values of the above-mentioned documents to credit limit. Plus credit horizon. Compares the values of the following documents to credit limit + credit horizon.
    Credit horizon has an attached time period that states that the system is not to include sales orders in the total of outstanding items created after that specified period i.e. for the purpose of evaluating credit, you want the system to ignore all open orders that are due for delivery after the horizon date. Maintained for low & medium risk customers.
    Update Groups
    Basically it is a info structure where system stores all the data about credit limit. The credit relevant data is updated in a info structure, where it is accessed & updated. Thus each automatic credit control must be assigned an update group.
    • Update Group 000012
    • Update Group 000015: delivery & billing
    • Update Group 000018: sales order, delivery & billing.
    Update group 000012, updates at:
    • Sales doc: increased order value
    • Delivery: decreased order value & increased delivery value
    • Billing: decreased delivery value & increased billing amount
    • Invoice: decreased billing amount & increased open item value.
    Release Blocked Sales Order/ Deliveries:
    • VKM3: sales order
    • VKM5: delivery
    • VKM4: both
    One can see the offending document. Note on the right hand side, the ‘Status Field’. This shows the check, the doc failed. If this field is empty, the doc did not fail a credit check, even though it may be in the list of SD documents that are “required to be released”.
    To release the doc, one indicates the doc to be released and then clicks on the ‘Release Button’. The result is the offending doc entry, highlighted green. One then proceeds to save, after which you are informed the doc number has been released.
    • Net value with sub total ‘A’, in pricing proc, will be the basis for credit limit.
    REWARD if helpfull
    Thanks & Regards
    Narayana
    Message was edited by:
            manam narayana

  • How to list Sales Order with credit block

    Hi, Gurus,
    I really don't know how to list sales orders with credit block?
    Is there any way for end user to do it?
    If so, is it possible to list SO with credit block for certain period of time such as one month?
    Any help would be appreciated.

    HI
    Check T-Code VKM2 (Released documents)
    You need to check VKM1 (Blocked Documents)
    Sorry before i gave wrong information , myself i corrected VKM2 for released not for blocked list (Due to non Availability of SAP access )
    Regards,
    Prasanna
    Edited by: prasanna_sap on Feb 7, 2012 7:12 AM

  • 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

  • Replication of Sales order with Credit Card data from CRM to R/3

    Hi,
    We are on CRM 4.0 version.
    We are getting the sales order management system implemented in CRM 4.0.
    Simulation for credit card authorization has been set up CRM system.
    When we maintain the credit card in the sales order,the replication does not take place.The outbound Queue in the R/3 system is getting stuck with the error 'VBERROR'.
    Can you please advice if we can replicate the sales order with the credit card maintained on them to R/3 system.
    thanks
    Meraj

    Hi Bokhal,
    Please consider my answer from your recent thread dealing with apparently the same issue :
    Hi Bhokal,
    For filters in uploads please consider below:
    For Filtering the BP-upload, use the Administration Console
    (tx. SMOEAC) in the corresponding subscription of the "All Business
    Partners (MESG)" publication assigned to the R/3 site.
    Some publications (and the replication objects they are based on) are
    delivered as type "Simple bulk" which does not give you the opportunity
    to assign criteria values for filtering.
    You might have to re-create the publication. To do that:
    1) First delete the subscriptions "All Business Partners (MESG)" and its
    publications & the replication object.
    2) Recreate the replication object as type "Simple intelligent".
    3) Afterwards you can create a new publication via wizard of type
    "Simple intelligent (msg)" assigned to the BDOC-Type BUPA_MAIN. Then,
    you will be able to select some "filter criteria".
    The reason for deleting the "old" publication is, that you
    are not allowed to assign a BDOC-Type to more than one publication.
    4) But please keep in mind that there is no realignment supported. So
    you should only use fields for filtering, which cannot be changed
    afterwards.
    This is the "simple" solution for filtering on fields. This
    will not provide complex filter criteria.
    If you need this, you shall create a filter function in R/3- and/or
    CRM-Inbound and -outbound.
    If you want to keep the control about the upload trigger, you can add an
    additional module in transaction CRMC_BUT_CALL_FU, position > 200000.
    BUPA_MWX_BDOC_BPS_FILL_CENTRAL. Within this new module, you can delete
    all partners within the complex structure that you don't want to upload.
    Hoping that above will be helpful.
    Best regards
    Christophe Sturzel

  • Creating Sales Order with credit card using Process Order API

    Hi All,
    When trying to create sales order with payment type as Credit card using Order data storing into staging tables and then calling Order Import Concurrent Program. The order is being created in ENTERED state.
    While trying to passing the same details to Process Order API to create Sales Order, we are getting following error:
    Unable to set up a Credit Card Bank Account for the Customer.
    Credit Card information on the order is not valid.
    Why getting this error while using Process Order API.
    Regards,
    KANN.

    When using the API, are you trying to create the order as booked using the booked flag or the book action?  I would recommend using the action if you are not. To troubleshoot, I would try the API without booking and then use the following article to determine the issue:
    Unable To Setup A Credit Card Bank Account For The Customer. CC Information On The Order Is Not Valid (Doc ID 1450936.1)

  • Exclusion of open sales order in credit management

    Hi friends,
    My requirement is that, all open sales orders should not be considered into credit management.
    Is this possible in simple credit check or Automatic creidt check? Tell me the settings.
    Regards
    Rama

    Dear Rama,
    You can definitely Exclude Open Orders in Automatic Credti Management.
    Use T-Code - OVA8
    Select the required combination of Credit Control Area, Risk Cat. & Credit Group & double click.
    Under Checks Tab There is Check Box for Open Orders.
    In your case as you want to exclude Open Orders, just uncheck the box.
    Hope this helps...
    Give points if useful...
    Thanks,
    Jignesh Mehta

  • Sales Orders with credit card information

    Hi everybody
    I wanted to know if it is possible to find if the sales order has a credit card number on it?
    When i go to the Sales order screen, the table-field for credit card# is  CCDATA-CCNUM
    Now CCDATA is a structure, so if i have a Sales Order number and I want to check if there exists a credit card number on that Sales Order, how should it be found ?
    Basically I am trying to modify the billing due list program to list on those Sales Documents which dont have a credit card number on them.
    So from the Delivery document, I drill to the Sales Order number & now I dont know which parameter to check which would guarentee the presence of a credit card number for paying the amount on the Sales Order.
    Kindly if someone could guide me let me know ASAP
    Thanks
    Vinit

    Vinit,
    The field you are looking for is VBAK-RPLNR.  This is the Payment Card Billing Plan number.  This field will only ever have a value in it if there is credit card information on the Sales Order.
    Field VBAK-RPLNR links to fields FPLA-FPLNR, FPLT-FPLNR and FPLTC-FPLNR.  Table FPLTC contains the actual payment card details on the order (or Invoice).
    There is a similar field on the Invoice header - VBRK-RPLNR.
    Eric Bushman
    [Paymetric|https://www.paymetric.com]

  • Confirmed qty zero in sales order for Credit management

    Hi SD Experts
    Created an order in VA01 for 10 qty which exceeds the credit limits. In item level schedule lines it is showing the confirmed qty 10 instead of 0 qty before saving the order. After saving the order I have checked in VA02 it is showing Confirmed Qty Zero in Schedule Line.
    Is it because of the Availability check it is showing the confirmed qty in SO for 10?
    Is there any possibility the confirmed qty should show zero in VA01 before the order is saved ?
    Regards
    Pradeep
    Edited by: Pradeep Kumar.A on Nov 5, 2011 6:17 AM

    Confirmed quantity is a result of configured ATP rules and availability of the inventory. System has control over it and it is not changeable. Imagine a situation where system says that the confirmed quantity is 10 cases based on the inventory availbility and you go out there and change to 100... does it make sense to be able to change it like that?
    So, no you cannot change it. You can only influence it by changing your order quantity or adding inventory or move some reserved quantities to unreserved status etc.

  • Credit re-block after confirmed qty in Sales order

    I have a problem with credit checking in sales order. Credit goes on hold again after I comfirmed qty in sales order.
    My steps are as follow. (I don't have stock in warehouse but I need to create sales order).
    1. Create a sales order 120 L
    2. Credit goes on hold and it is not confirmed qty
    3. VKM3 or VKM4 to release credit block. qty is still not confirmed as I don't have stock.
    4. Add stock 120 L to warehouse
    5. VA02 to update confirm qty 120 L in schedule line
    6. After saved the order, credit goes on hold again.
    Why credit reblock again? Please advise. Thank you very much.
    Darin

    hello, friend.
    the sales order goes under credit control again each time you re-determine schedule lines.  i believe the system considers the following possibilities:
    1.  customer credit situation has changed over time
    2.  material selling price has changed over time
    3.  material cost of goods has changed over time
    however, let's wait for the other consultants to give their opinions.
    regards.

  • Credit memo with reference to a sales order with reference to a contract?

    Hello All
    Now I created a quantity contract and the customer paid the Amount that means the billing is done then I started creating sales orders with reference to the contract, can I create credit memos with reference to these sales orders?
    Regards
    Jacopo Francois

    Hi,
    You can create a contract for a longer duartion say 1 year, andyou can create sales order in reference to your contract. This would be an ideal scenario in case of service materials.
    You can now surely create credit memo's in reference to this sales order.
    You will invoice the sales order first and create a credit memo request in reference to your sales invoice and then invoice the credit memo request to raise your credit memo for the customer.
    Reward if helpful.
    Regards
    Ravi

  • Confirm sales order with idoc ORDERS05

    Hi everybody.
    I´d like to know if it´s possible to confirm a sales orders with idoc ORDERS05 and message type ORDCHG and posting FM IDOC_INPUT_ORDCHG_VMI.
    How would I have to fill the idoc data??
    Thanks a lot

    Hi,
    For inbound idoc you can use  the message Orders , process code ORDE and the function mdoule IDOC_INPUT_ORDERS to create  a sales order.
    Regards,
    Nagaraj

Maybe you are looking for