Use condition type 'RC00' to process return sales order
first, I copy RC00 to RC10 and change its Calculat.type = B(Fixed amount).
second, I place a sales order to deliver 10 PC(RC10 = 10 USD) to customer and bill 8PC(RC10 = 8 USD) to customer.
third, I place a return sales order(only return 2 PC) reference to above billing but the RC10's amount is still 8 USD instead of 2 USD.
I think this is relative to Cond.base value and Cond.control = F(Condition value fixed (billed)) and who can tell me how to realize my purpose?
tks in advance.
Hi
Guess, If you do returns again for two more pieces, again it will determine the same value for RC10.
Please look into the areas of 'copy controls - price type' field and also the Calculation type (fixed amount) also.
Thanks,
Ravi
Similar Messages
-
Manual Condition Type should be visible in Sales order by default
Hi
How to maintain manual condition types in Sales orders by default. They will be maintaining the value based on the discussion they had with the customer(Negotiated price). The condition type should be visible in the procedure and they will only enter the value.(The method of keying condition type manually is not accepted by the client).
Thanks in advance.
Regards
Vamsi Javaji.Hi,
In the PRICING PROCEDURE V/08 maintain the CONDITION TYPE as Mandatory
In the CONDITION TYPE V/06 maintain the field MANUAL ENTRIES as C which is Manual entry has a priority.
And check the box VALUE
Now maintain the condition records for the condition type in VK11 with 0 value
Now while processing the sales order the CONDITION TYPE will trigger from the CONDITION RECORDS with 0 value and this can be in EDITABLE mode ( and maintain the value)because of the check box VALUE you flagged in V/06.
Please try this and revert back if you need further details
thanks,
santosh -
Report of condition types per line item in sales order
Hi all,
Is there any report that can tell me all the price conditions that are allocated to a sales order line item? I am talking about the actual conditions relevant for a line item, not only conditions that have a condition record setup.
So I would like to key in sales order number, the line item and get a report of all conditions that are allocated to that line item in the specific sales order.
If there is no such standard report, does anyone know what tables to link?
Thanks in advance,
LarsHi Lars,
In my current customer they had the same requirement and after almost 1 month of analysis we decided to build a custom report to execute this.
And as an enhancement we compare prices from the sales orders and the sap price records in order to check the differences.
First we need to find all the open lines (status and reason for rejection (ABGRU)), than loop KONV and select the KSCHL (condition types) you want, material text descriptions, etc.....of course a lot more in terms of coding.....;-)
This was the form I used :
FORM FIND_SO_PRICES.
LOOP AT IT_ITEM_REPORT.
REFRESH IT_PRICING.
SELECT KSCHL KBETR WAERS KPEIN KMEIN KUMZA KUMNE
INTO IT_PRICING
FROM KONV
WHERE KNUMV = IT_ITEM_REPORT-KNUMV
AND KPOSN = IT_ITEM_REPORT-POSNR
AND KINAK <> 'M'
AND KINAK <> 'X'.
APPEND IT_PRICING.
ENDSELECT.
READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My price condition
IF SY-SUBRC = 0.
IT_ITEM_REPORT-ZSP1 = IT_PRICING-KBETR.
MODIFY IT_ITEM_REPORT.
ENDIF.
READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My discount condition
IF SY-SUBRC = 0.
IT_ITEM_REPORT-ZSD1 = IT_PRICING-KBETR / -10.
MODIFY IT_ITEM_REPORT.
ENDIF.
IT_ITEM_REPORT-LIQ = IT_ITEM_REPORT-ZSP1 - ( IT_ITEM_REPORT-ZSP1 * (
IT_ITEM_REPORT-ZSD1 / 100 ) ).
MODIFY IT_ITEM_REPORT.
ENDLOOP.
ENDFORM. " FIND_SO_PRICES
Please tell me if this helped you,
Regards,
Alcides Fialho -
How to set a condition type to inactive/statistical during sales order crea
Hi
There is a manual header condition (Z0L1) in one our pricing procedure which I want to set to inactive or make it statistical during sales order (doc type Z9) creation in some scenarios.
How can I achieve?
Can I use user exit USEREXIT_PRICING_CHECK (Program MV61AFZA) and what code should I write here. Any help would be highly appreciated
Regards,
JavedThanks for your replies. Basically this condition type is a manual condition type which will be entered in sales order and then will be available in billing document. But when there is a return order created with reference to that billing document then I want that the manual condition is not deteremined in the return order.
I tried by assigning a requirement to the condition type in pricing procedure but seems to be pricing requirement don't work for manual header conditions. Then I tried to assign a condition value formula and tried to set the value to zero in case of return orders but that also did not work.
Then I also tried to apply the same logic in user exit USEREXIT_PRICING_CHECK in the following programs
LV69AFZZ
MV61AFZA
But still it did not work. Any help would be highly appreciated
Regards
Javed -
Header condition type value not displayed in sales order output
Hi gurus,
I have observed a strange issue regarding a header condition in a sales order.
we have a set up like following:
1. If the Header condition XXXX is used in sales Order then this value should be printed on sales order output.
2. If the Header condition mentioned in above point is not maintained in sales order it should print the total price of all line items.
Though i have maintained the header condition value in Sales Order Header its not displayed in SO output.
That is , I have a sales order and it has one HEADER condition type entered with 3500 USD.
In fact this value is used for some business purpose and is being printed on the sales order output for a specific output type.
But where as in a sales order this header condition value is not getting printed on the output though I am using same data as of the sales order which is having the header condition value printed on its output.
According to business,we must have the header condition value printed on sales Order output.
Please suggest how to proceed.
Thanks in advance.Not sure if you are using costom smartform to print invoice, if yes then ask developer to debug and find the root cause and fix it.
You might need to give him condition when it shuld be printed and when not.
You can take reference of another output type for which it is printing -
Condition type in Billing not in Sales Order
Dear Friends,
I have the following scenario in our project. Please clarify.
We have a condition type. That should be appeared only in Billing, it should not appear in Sales Order.
Please answer ASAP.
Regards,
Rajesh LHello,
To fullfil you requirement go to V/08 select your pricing procedure and relevant condtion type. Then select requirement column and assign the Routing 24 click save.
regards
rc gopi -
Enter condition type several times in a sales order
Hello Gurus,
I have a Pricing Procedures with net price minus some discounts and sales price. This is standard. One of the discount condition types you can enter manually in a sales order. Now my problem. This discount condition type you can enter several times in a sales order. How I can solve this for one time enter.
Regards
ArturYes, it is a standard behaviour only, you can only control with User exit only. Include MV45AFZZ , co ordinate with your ABAPer for the same.
Regards,
Ramesh -
Condition type value not update in sales order
Hello Guru's
As per the sales order in VA01 the condition type value i.e surcharge value is not updating in sales order.
But I have maintain the condition record(Surcharge)also and in Condition technique I have checked every thing is correct .
please find below I have attached the Screen short .
Please give me solution Asap.Hi Sukdev,
Have you checked the respective pricing procedure for From and To reference step maintained against the condition type ZSUR?
Regards,
T.R.S.Praveen -
Condition type is not reflecting in sales orders
hi,
i have created two condition type like jser (service tax) and other one is jste(service tax +cess) but in pricing procedure jfact it is reflecting but while making contract order these two condition type is not accessing.
please help in this connection.Hi,
After Creating the CONDITION TYPES you need to assign the condition types in the PRICING PROCEDURE
goto the
SPRO->FINANCIALACCOUNTING>FINANCIAL ACCONTING& GLOBAL SETTINGS>TAX ON SALES /PURCHASE>BASIC SETTINGS--->CHECK CALCULATION PROCEDURE.
Here select you procedure and assign the CONDITION TYPE
regards,
santosh -
Condition type JEXP not picking in sales order
hi
i was working with all configuration of TAXINN
i am facing with a problem
when i am running mine sales order i am not able to see condition type JEXP(BED) , JEAP (AED)
can i now where i am gng wrong
whereas i can see all the other condition in sales order
but when i enter it manually JEXP it is taking but in again in billing it is not showing
can u plz help me
Regards
ViniDear Vini,
Please Check the configuration settings through IMG path
SPRO>IMG>Logistics general-->Tax on Goods movements >India>Basic settings-->Determination of Excise Duty -->Maintain Excise defaults here you check JEXP condition type is maintaining for A/R BED or not if not maintain then try.
Also check the condition record maintanance for the JEXP condition type through VK12 transaction.
I hope this will help you,
Regards,
Murali.
Edited by: Murali Mohan.Tallapaneni on Oct 1, 2008 6:51 AM -
Rebate Condition Type cannot be reflected in sales order?
Hi Guru:
It seemed to be a issue? I set up the rebate agreement and ran the vbof successfully regarding this condition type rebate,and the retroactive billing also can view its rebate condition type as well as the accruals,and I believe the rebate settlement had been run too,credit memo to customer will be aslo routed to accounting side for sure,but I failed to see the rebate condition type and accrual value in the sales order based upon the retroactive all billings,please advise what I should do,thanks.Hi Klaas,
If I remember well, in the standard price determination there is a conditional formula that only shows rebate conditions in the invoice, therefore you should not see rebate conditions in the sales order.
That is standard functionality.
For a Customer I took out the formula condition in the pricing so he could actually see the rebate condition in the sales order, the reason was to had access to this information before end of month invoicing. The problem is that in case of changes in rebate agreement or in case of retrospective agreements the rebate condition is only updated in the invoice, not in the sales order.
Best Regards,
Franck -
Condition Type to be excluded whil creating Return sales Order from invoice
Hi Frnds,
I have the following requirement.
Sales order order is created and its delivered and invoiced too. This sales order has some freight pricing condition types (RCD1, RCD2...)included since its shipped to customer.
When the customer wants to return the goods, there is a return sales order is created with reference to the invoice created above. Now, the RCD1 and RCD2... should not get copied to return sales order.
How do i achieve this? Please let me know any user exit, BAdi or Enhancement spot where i can add code to avoide these condition types from being picked up.
SAP system is ECC 6.0
Regards.,
Karthick CIt can be achieved by implementing a custom requirement routine. If you go to the the transaction VOFM, you will find "requirement" in MENU. You select 'Pricing' on drilling-down it. Following document may help you in creating requirement routine..
http://saptechsolutions.com/pdf/VOFMCopyRequirementRoutines.pdf
All requirement routines has similar pattern of writing... Your code may look like as follows:
FORM KOBED_901.
sy-subrc = 4. "By deault condition is false.
If NOT XKOMK-AUART = 'RE'. "RE is returing order type.
sy-subrc = 0. "This means For other than returning orders all others condition is true.
endif.
ENDFORM
Once you activate routine, ask functional consultant to attach this to the Condition RCD1 and RCD2. Then, You'll not get RCD1 and RCD2 for Return sales Order.
Please check and confirm and revert back if you want further details..
Edited by: Pikle Audumbar on Oct 17, 2009 1:09 AM -
Hi Friends,
I am facing below mentioned issue and request your suggestion to solve it
Via processing of sales order output type BA00 another Z output type is processed and acknowledgment is sent to SAP inbox( sost).
This is working incase of manual addition of BA00 output type and via standard program " sd70av1a", but this functionality is not working when i am calling this standard program in a Z report via batch job.
with the below code-
DATA: name TYPE tbtcjob-jobname.
DATA: number TYPE tbtcjob-jobcount.
DATA: print_parameters TYPE pri_params.
name = 'ORDER_PRINTING'.
CLEAR: range1.
*REFRESH: range.
range1-sign = 'I'.
range1-option = 'EQ'.
range1-low = 'BA00'.
* range1-high = 'ZBA1'.
APPEND range1 TO range.
CALL FUNCTION 'JOB_OPEN'
EXPORTING
jobname = name
IMPORTING
jobcount = number
EXCEPTIONS
cant_create_job = 1
invalid_job_data = 2
jobname_missing = 3
OTHERS = 4.
IF sy-subrc = 0.
SUBMIT sd70av1a WITH rg_kschl IN range
WITH rg_vbeln IN order_tab
TO SAP-SPOOL
SPOOL PARAMETERS print_parameters
WITHOUT SPOOL DYNPRO
VIA JOB name NUMBER number
AND RETURN.
IF sy-subrc = 0.
CALL FUNCTION 'JOB_CLOSE'
EXPORTING
jobcount = number
jobname = name
strtimmed = 'X'
EXCEPTIONS
cant_start_immediate = 1
invalid_startdate = 2
jobname_missing = 3
job_close_failed = 4
job_nosteps = 5
job_notex = 6
lock_failed = 7
OTHERS = 8.
IF sy-subrc <> 0.
ENDIF.
ENDIF.
ENDIF.
ENDIF.
In this case only BA00 is getting processed but Z output type created for sending acknowledgment is not triggered.
Please suggest how can i achieve the required functionality.
Thanks,
SuryaSolved myself..
Thanks.
Br,
Surya -
Update terminate during return sales order creation (Delivery processing)
Hi,
I have having issues with a scenario while creating delivery in a 4.7 system. When creating a return order (using FM SD_SALESDOCUMENT_CREATE) our system is configured to automatically generate deliveries for the return SO.
The scenario we are facing an issue in is, during data processing, a delivery is created using FM W_FRM_DELIVERY_CREATE_GENERAL, delivery is then processed for picking and PGI using FM WS_DELIVERY_UPDATE.
For the next record, a return order is created using FM SD_SALESDOCUMENT_CREATE, which also automatically tries to create the delivery. At this point we get an update terminate upon COMMIT and dump says SAPSQL_ARRAY_INSERT_DUPREC pointing towards form VBFA_BEARBEITEN.
Based on my analysis, while updating table VBFA the internal table DA_XVBFAI also has document flow for the previously processed regular sales order for which the system tries to insert a record in VBFA. This is a duplicate record and the update is terminated. The buffer nees to be refreshed and I tried using FM SHP_DELIVERY_BUFFER_REFRESH and LE_DELIVERY_REFRESH_BUFFER. None of these seem to refresh the VBFA buffer.
I would appreciate if anyone can share their experience with this issue. Thanks for your help!
-RogerHi,
Try using one of these function modules BUTX_FRG0010_CLEAR_BUFFER or CK_F_SHARED_BUFFER_DELETE or COM_IL_DB_RESET_BUFFER or SNC_USER_FLUSH_BUFFER .
KR Jaideep, -
Down Payment processing for Sales orders using Milestone Billing Plan
Hi,
The business scenario is as follows.
The delivery for the sales orders are to be created only after the pre payment( a percentage of the total sales order value) is made by the customer.
Hence the sales orders while creation are blocked for delivery creation using credit block by means of a userexit.
The credit manager checks the blocked sales orders using VKM1 transaction and verify if there are any payments made by the customer to cover this pre payment to be made.
If it is enough to cover then he releases the sales order manually for delivery creation.This is a complex process since there are too many sales orders and the payments made by the customer may not match the amount to be paid(it can be greater or lesser).The customer just pays a huge amount which is to be distributed among the sales orders for pre payments.
Later, when the invoice is created, the customer account is cleared manually using F-32 transaction for the oldest open invoices.
Here again there is a huge manual effort involved since he need to distribute the amount against the invoices using oldest open item principle.
As a solution we are planning to implement "Down Payment processing for Sales orders using Milestone Billing Plan".
Is this the right solution?
Can you please give the steps in detail to implement this functionality for above scenario?
We are using SAP 4.7 version without Project Systems.
Thanks in advance.
Regards,
RageshHi Ragesh
Check the links where you will get the entire down-payment configuration
[https://forums.sdn.sap.com/post!replydownpayments ]
Regards
Srinath
Maybe you are looking for
-
How do I prevent unwanted website/browser actions?
Since a year or so, I notice a lot more unwanted things happening with my browser while I am surfing the net. For instance: -websites changing their address while keeping the appearance of a previous page. They then lead to other content usually. -we
-
I cannot re-install my PSE10 even though I have the disks, here is why
These are the following error messages that I am getting when I try to re install PSE10 Premiere after it DID not install correctly the first time. On the first installation the actions with the triangles (such as the eraser ikon with the triangle) w
-
XML Header Web Services 8.6
I am developing an HTML application using LabVIEW Web Services in version 8.6. I configured a VI to output data as XML. I am using the jQuery framework for javacript at this time. I noticed that when I try to get the data from this VI as XML jQuery
-
Not able to add Database in DBMGUI
Hi Experts, I am facing a problem while I am trying to add database in Database Manager. The error message dialog pops up "-4 Communication broken [not ok]". xserver is running. The log xserver_hostname.prt 2011-10-03 15:13:58 5497 ERR 11455 PIPE
-
Importing a PDF comes out blank
When I import a PDF into a flowable form it comes out blank. It works if I import it static though. I did some editing on the form in photoshop, the old version (Before Editing) works fine. The edited version will not load. Thanks Rab