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.

Similar Messages

Confirmed qty change in Sales Order

Hi all!
Do you know if exsist a fm or bapi to modify the confirmed quantity in schedule line of a sales order?
I know that exsist BAPI_SALESORDER_CHANGE but I'm not able to modify confirmed qty.
My flow consists in two steps:
1. sales order create with confirmed qty = 0;
2. sales order change to modify confirmed qty.
Thanks,
Gianluca

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.

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 credit limit & Credit group 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 customers 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 customers 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 customers risk category is carried out in the fin accounting module.
A customers 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 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 Docs & Delivery Docs
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 customers 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 customers 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

Block sales order for credit check

I have created 1 sales order. I want to know how we can find out that sales order is in block.
Also I want to block the sales order created for credit check . What I can do that sales order will go in block.

Hi KiranCG,
--For Credit check go to T.Code FD32 & give customer number & Credit control area & enter the credit limit amount & save it.
-Do the Cutomization for Credit Management
IMG-S&D-Basic Functions-Credit Management & Risk Management-Credit Management
--Define Account groups
--Assign the credit group (01) to your Sales Document type.
--Define Automatic Credit Control (or) T.Code OVA8 Assign CCARisk categoryCredit group -01 (Sales Order) & also Fill the required fields
--In Check column Check mark the Static or Dynamic credit & put reaction as C & check mark the status/block & save it.
--Now raise the sale order in VA01 if the credit limit exceeds the system will through you an error message.But you can still save the document.
--Go to T.Code VKM1 to view the Blocked sales document & enter Credit Control Area,Credit account,Risk category& customer credit group.
--.In order to release the Sales order document go to T.Code VKM3
Let me know if your problem is solved
Regards
Pradeep

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

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

Creating Sales Order for "Payer" thru VA01 trans.

Dear All,
In our project, we have stations which r Sold-to-party and Credit customers which is a Payer.
We have to create Sales order for both Stations and Credit customers. Creating Sales order for Station is not a problem but each station has many credit customers, which are maintained in the Station.
When we are creating Sales Order via VA01 for a particular credit customer, we are entering Station as a sold-to-party and it asks for Payer which is the Credit customer for that station.But when we are recording through SHDB transaction it is not asking for payer(credit customer for that station).
Please let me know of BAPI or some other method to create sales order for credit customer(Payer).
Kindly help at the earliest.
Thanks and Regards,
Sudipto.

Hi,
There is TABLES parameter where you can pass the PARTNERS information. I am not sure of the parameter name but it would refer to something like BAPIPAR.
Regards,
Ravi
Note : Please mark all the helpful answers.

Sales order Header Credit status showing as Approved

Hi all,
My User created a Sales order with 200 tones with around 5700 USD but while saving it did not block sales order for credit but the customer was over their credit limit.in FD32 it already exceed 152 % Further orders have blocked with other customer is was blocking
i check in FD32 it showing Cred.limited used 152%
and the sales order header status showing as - Approved
when the sales order status shows as approved
can any one guide me what could be problem
Thanks
Rajesh

Hi
CHeck with the order, see who has changed it
salesorder- goto - environment- click changes and check it for that.
Check on - how it is released
who has changed
take the log and time
if all the congi
config
fine...then check the change log
or go to table CDHDR
Revert if you have further queries.

User Exit for credit management at confirmed quantity in sales order

Dear All ,
kinldy tell how to define a user exit and where i can write for credit check to be done to the confirmed quantity in the sales order .
Also pls tell me that how to define the user exit and attach to customer reserve field in the customising for automatic credit control .
regards
Baranidharan Ramar

Hi
The following is the information from the sap documentation...you can also refer from IMG - SD - System modification - userexit - userexit for credit check
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.
Thanks,
Ravi

In a Sales order for line item (SL) the Confirmed Qty & Committed Qty is 0

In a Sales order for a line item (Schedule line) the Confirmed Qty & Committed Qty is 0 and there is no second scedule line
with the Confirmed Qty & Committed Qty (This is a MTO).What could be the reason? Pls suggest.
Thank You
Manoj

Mr.Gupta
Check the Schedule line determination category settings.
It is determined by Item Category + MRP Type.
Pls maintain the relavant entries in that settings. Pls try out the path in the system. Do NOT ask for Tcode.
Regards
Sumanth.Gururaj
Consultant/Systems Analyst - SAP SD/MM

How/ where to check output type while saving sales order for confirmation

Hi All,
Could you anyone pls let me know How/ where to check output type while saving sales order for confirmation.
Present scenario : when the Sales Order is created the Order confirmation is sent irrespective of credit block of the sales order.
Requirement : Order confirmation ZA00 sent to the partner only for those Sales orders which does not have credit block and ZCLE sent to the partner if the order has credit block.
Now i want to know where exactly to check the output types "ZA00" and 'ZCLE' based on the credit block to send the confirmation to partener.
Quick help highly appreciated......
Preetham

Hi Santosh,
Thanks for the info. But here in this case I have to send the confiramation based on credit limit check. If credit limit check exceeds "ZCLE' should go as confirmation else 'ZA00' should go as confirmation.
Where can we check the credit limit whether it exceeded or not. My doubt is whether it is config issue or do we need to write code user exit or routine to send the specific output type for confirmation.
Thanks & Regards,
Preetham

Free Goods Sales Order for Charities with Credit Limit

Dear All
I have a scenario where POS (Point of Sales) has been implemented,the process of POS is ok,but the requirement of the client is they are giving some goods to charity,when ever a person comes with a special card (Issued by the company) the outlet will create a sales order for the same without any charges with a credit limit of 1000 SAR (saudi arabian riyal).
Requirement
1) Creation of sales order with delivering goods but without any charges.(should have effect in Stock)
2)These charities is been treated as Customer with a credit limit of SAR 1000 (whenever the credit limit exceeds system should block the order)
how this scenario can be mapped in SD,
Thanks in advance
Malik

Dear Malik
keep the process regular, which will help in blocking the charity customer when reached 1000 SAr at order level itself.
As customer need to be shown that he is not charged.
you can work on changing the display of output determination .
You can take the help of Ababer and display what ever client is asking for.
I think this may solve your query without disturbing you regular business process.
Regards
Pavan Kumar

Changing sales order for a Credit blocked customer

Hi Gurus
One of the requirement of my client is that they create sales order for a customer and deliver the goods. During sales order creation billing block is automatically applied. This block is removed by a batch job after the goods are delivered. Sometime credit department block the customer using FD32 (KNKK-CRBLB). Now when the batch job is run to remove the billing block the system will not allow it for that order as the system calls VA02 during that batch job run. When you process a sales order using VA02 for a customer which is blocked (KNKK-CRBLB) then system will through error message V1 (154) i.e Order receipt/delivery not possible, credit customer blocked.
So the batch job will not be able to remove the billing block from the order. NOw the requiremetn is that how can I achieve this so that the billing block are removed by that batch job as the customers has already been delivered the goods (Any user exit?).
Thanks
KTK

Dear KTK,
Please check this sample program from other thread to find BADI and enhancement for a given transaction code. You just need to create a custom program in your system by cut and paste below codes.
REPORT ZTEST.
TABLES: TSTC,
TADIR,
MODSAPT,
MODACT,
TRDIR,
TFDIR,
ENLFDIR,
SXS_ATTRT ,
TSTCT.
DATA: JTAB LIKE TADIR OCCURS 0 WITH HEADER LINE.
DATA: FIELD1(30).
DATA: V_DEVCLASS LIKE TADIR-DEVCLASS.
PARAMETERS: P_TCODE LIKE TSTC-TCODE,
P_PGMNA LIKE TSTC-PGMNA .
DATA: WA_TADIR TYPE TADIR.
START-OF-SELECTION.
IF NOT P_TCODE IS INITIAL.
SELECT SINGLE * FROM TSTC WHERE TCODE EQ P_TCODE.
ELSEIF NOT P_PGMNA IS INITIAL.
TSTC-PGMNA = P_PGMNA.
ENDIF.
IF SY-SUBRC EQ 0.
SELECT SINGLE * FROM TADIR
WHERE PGMID = 'R3TR'
AND OBJECT = 'PROG'
AND OBJ_NAME = TSTC-PGMNA.
MOVE : TADIR-DEVCLASS TO V_DEVCLASS.
IF SY-SUBRC NE 0.
SELECT SINGLE * FROM TRDIR
WHERE NAME = TSTC-PGMNA.
IF TRDIR-SUBC EQ 'F'.
SELECT SINGLE * FROM TFDIR
WHERE PNAME = TSTC-PGMNA.
SELECT SINGLE * FROM ENLFDIR
WHERE FUNCNAME = TFDIR-FUNCNAME.
SELECT SINGLE * FROM TADIR
WHERE PGMID = 'R3TR'
AND OBJECT = 'FUGR'
AND OBJ_NAME EQ ENLFDIR-AREA.
MOVE : TADIR-DEVCLASS TO V_DEVCLASS.
ENDIF.
ENDIF.
SELECT * FROM TADIR INTO TABLE JTAB
WHERE PGMID = 'R3TR'
AND OBJECT in ('SMOD', 'SXSD')
AND DEVCLASS = V_DEVCLASS.
SELECT SINGLE * FROM TSTCT
WHERE SPRSL EQ SY-LANGU
AND TCODE EQ P_TCODE.
FORMAT COLOR COL_POSITIVE INTENSIFIED OFF.
WRITE:/(19) 'Transaction Code - ',
20(20) P_TCODE,
45(50) TSTCT-TTEXT.
SKIP.
IF NOT JTAB[] IS INITIAL.
WRITE:/(105) SY-ULINE.
FORMAT COLOR COL_HEADING INTENSIFIED ON.
Sorting the internal Table
sort jtab by OBJECT.
data : wf_txt(60) type c,
wf_smod type i ,
wf_badi type i ,
wf_object2(30) type C.
clear : wf_smod, wf_badi , wf_object2.
Get the total SMOD.
LOOP AT JTAB into wa_tadir.
at first.
FORMAT COLOR COL_HEADING INTENSIFIED ON.
WRITE:/1 SY-VLINE,
2 'Enhancement/ Business Add-in',
41 SY-VLINE ,
42 'Description',
105 SY-VLINE.
WRITE:/(105) SY-ULINE.
endat.
clear wf_txt.
at new object.
if wa_tadir-object = 'SMOD'.
wf_object2 = 'Enhancement' .
elseif wa_tadir-object = 'SXSD'.
wf_object2 = ' Business Add-in'.
endif.
FORMAT COLOR COL_GROUP INTENSIFIED ON.
WRITE:/1 SY-VLINE,
2 wf_object2,
105 SY-VLINE.
endat.
case wa_tadir-object.
when 'SMOD'.
wf_smod = wf_smod + 1.
SELECT SINGLE MODTEXT into wf_txt
FROM MODSAPT
WHERE SPRSL = SY-LANGU
AND NAME = wa_tadir-OBJ_NAME.
FORMAT COLOR COL_NORMAL INTENSIFIED OFF.
when 'SXSD'.
For BADis
wf_badi = wf_badi + 1 .
select single TEXT into wf_txt
from SXS_ATTRT
where sprsl = sy-langu
and EXIT_NAME = wa_tadir-OBJ_NAME.
FORMAT COLOR COL_NORMAL INTENSIFIED ON.
endcase.
WRITE:/1 SY-VLINE,
2 wa_tadir-OBJ_NAME hotspot on,
41 SY-VLINE ,
42 wf_txt,
105 SY-VLINE.
AT END OF object.
write : /(105) sy-ULINE.
ENDAT.
ENDLOOP.
WRITE:/(105) SY-ULINE.
SKIP.
FORMAT COLOR COL_TOTAL INTENSIFIED ON.
WRITE:/ 'No.of Exits:' , wf_smod.
WRITE:/ 'No.of BADis:' , wf_badi.
ELSE.
FORMAT COLOR COL_NEGATIVE INTENSIFIED ON.
WRITE:/(105) 'No userexits or BADis exist'.
ENDIF.
ELSE.
FORMAT COLOR COL_NEGATIVE INTENSIFIED ON.
WRITE:/(105) 'Transaction does not exist'.
ENDIF.
AT LINE-SELECTION.
data : wf_object type tadir-object.
clear wf_object.
GET CURSOR FIELD FIELD1.
CHECK FIELD1(8) EQ 'WA_TADIR'.
read table jtab with key obj_name = sy-lisel+1(20).
move jtab-object to wf_object.
case wf_object.
when 'SMOD'.
SET PARAMETER ID 'MON' FIELD SY-LISEL+1(10).
CALL TRANSACTION 'SMOD' AND SKIP FIRST SCREEN.
when 'SXSD'.
SET PARAMETER ID 'EXN' FIELD SY-LISEL+1(20).
CALL TRANSACTION 'SE18' AND SKIP FIRST SCREEN.
ENDCASE.
Alternatively, you can do the following:
1. For what ever transaction u want the enhancement .. just check for the System-->status (menu) and find out the PROGRAM name....
2. Double click on to the program name and go inside the program (Abap editor)
3. Search for "Call Customer-function " ... and u'll get some search results .. If u get results then u have enhancement in that tcode .....
4. Then it actually calls a Function module .... copy the Function module name .... go to SE80 (object navigator) click on "Repository Information system" then Customer Enhancements .... Give the Function module name in the "Components" field and click Execute ....
ull get a list of Enhancements related to that Componene....
5. Choose which ever enhancement will suit ur business need ..
6. Go to CMOD... create a project .... assign ur enhancement ... and then code ur logic.... activate ur enhancement in CMOD ....... Ur Buisness need will be solved...
For a user exit......
Finding whether there is any User Exit or not for tcode VA42
1. For what ever transaction u want the user exit .. just check for the System-->status (menu) and find out the PROGRAM name.... ( The program name would be for our scenario "SAPMV45A" )
2. Double click on to the program name and go inside the program (Abap editor)
3. Search for the word "USEREXIT" .... u ll find all the user exits in the search result .. and find ur's then ...
Reward points if this helpful.
Regards,
Naveen.

Credit Check while creation of Sales Order for Item Category Purchase Req

Hi Experts,
We are creating Sales Order using an Order Type ABCD for a material 1000. While creating Sales Order, we use Item categories (ZOVD, ZOVB,ZOST,ZOVP and ZOBO).
Credit Check settings are there at Order Type ABCD as well as all the Item Categories (ZOVD, ZOVB,ZOST,ZOVP and ZOBO). We are trying to test a scenario where a customer does not have enough credit limit while creating a sales order.
When we create a sales order for Item Categories (ZOVD, ZOVB,ZOST,ZOVP), credit check fails because our customer does not have enough credit limit, so that Sales Order gets created and Delivery does not get created (This is what we want), then we go into VKM1 manually and relase the sales order and then if we go to VA02 and check the status of the Sales Order, it says sales order status is complete. My Sales Team is saying here also Purchase Requisition is getting created.
When we create a sales order for Item category ZOBO, it is going into Purchase Requisition screen. Once we give another plant in the create purchase requisition screen and save it we are getting a message that cannot create Purchase Requisiton because of Credit Block.
The settings were same for all the Item categories.
1) What made difference to complete Purchase Requisition for Item Categories (ZOVD, ZOVB,ZOST,ZOVP) and not for Item Category ZOBO when my customer is not having enough credit Limit.
2) Why Purchase Requisition screen is not coming for us when we create an Sales Order for Item Categories (ZOVD, ZOVB,ZOST,ZOVP). We only get Create Purchase Requisiton Screen for Item Category ZOBO.
Thanks
Rajanikanth

Hi,
None of the Item Categories has Create PO Automatically.
Thanks
Rajanikanth

Confirmed qty zero in sales order for Credit management

Similar Messages

Maybe you are looking for