Posting condition type as noted item through RERAPP

HI Experts
I want to post a condition type as a noted item through RERAPP.
Can this be done. I see that there is only a provision for advance payment. My requirement is that the condition should be posted as a noted item which will then be used as a reference for incoming payment in Finance.
Awaiting your expert opinion.
Regards
n_nn
Edited by: n_nn on Oct 8, 2009 2:52 PM

Hi,
it is not possible to post noted items with RERAPP.
Regards, Franz

Similar Messages

Determination of Base price condition type depending on Item Category

Dear All,
The requirement I have is as stated below:
There are two materials A and B that are individually sellable materials. But during a specific time period the company decides to give a scheme where in Material B is given as free when a particular quantity of material A is purchased. Irrespective of the scheme, material B can also be individually purchased during the scheme period.
Now in the former scenario where material B goes free with material A in the same order, the base price of material B should not go to revenue G/L but to a different G/L called Scheme G/L. To counter this scheme G/l there is another counter G/L into which 100% discount on base price to material B goes.
In the latter case, if material B is sold individually, then the base price should go to Revenue G/L and not scheme G/L and the 100% discount is not applicable.
Can you please guide me on how to configure this.
The approach I have taken is as follows:
The condition types for base price are ZBPR and ZBP1(reference condition type of ZBPR)
Item Categories to be considered: ZTAN and ZTNN (for material B going as free during the scheme)
The requirement is such that, whenever the item category for a particular material is ZTAN, the condition type to be picked must be ZBPR while the condition type ZBP1 must be deactivated.
Similarly, if the item category for the line item is ZTNN, then the condition type to be picked must be ZBP1 and the condition type ZBPR must be deactivated

Dear All,
I have fulfilled this by doing rev acct determination in vkoa using item category and moving it up the order. Also I used a requirement in v/08 for 100% discount on free material.
This has resolved my issue and i am now closing this thread.
Thanks and Regards,
Rohan
Edited by: Lakshmipathi on Apr 2, 2011 10:53 AM
Since you have arrived at a solution, please change the status of the thread to "Answered"

Which table i can use to find out the condition type in PO item ?

Hello, erveryone. Which table i can use to find out the condition type in PO item ? Thank you.
Xinzhou.

hi
The Table name used to find the Tax Values are
KOMV: Pricing Communications-Condition Record
KONV: Conditions (Transaction Data)
From the above tables you can refer the fields below.
KAWRT
KBETR
for excise check table J_1IEXCHDR for header
J_1IEXCDTL for item excise
Fetch the corresponding records based on the field
KNTYP
regards
kunal

Tabular form condition type value of item / column in expression 1

Hi
Question 1
I was wondering if anyone can help with the necessary syntax so that I can set a Condition Type for a column in a Tabular Form.
What I'm trying to do is show or hide a column based on the contents of another column in the same row for instance show column DETAIL or DETAIL_READ_ONLY if column READ_ONLY is set to 'Y'
Value of item / column in expression 1 = #READ_ONLY# or READ_ONLY (alas neither works)
Expression 2 = Y
I can set all the DETAIL or DETAIL_READ_ONLY columns to either hide or show at the same time by
Value of item / column in expression 1 = P100_READ_ONLY (works well but lacks granularity)
Expression 2 = Y
Question 2
Are Tabular Forms such that all fuctionality has to be global, what effects one column must be the same for all
I know that Oracle prefers that developers don't use tabular forms but they are usefull for data visability when setting up related data in the same table.
e.g. surveys, questionnaires etc apps the web was made for
Thanks
Derek

Hi Sandro
Thanks for replying
The problem I have is Tabular Forms
Detail Text Detail Read Only Read only
Event 1a Event 1b Y
Event 2a Event 2b N
Event 3a Event 3b Y
What I want it to look like is
Detail Text Detail Read Only Read only
___________Event 1b__________ Y
Event 2a_____________________ N
___________Event 3b__________ Y
This would mean that the Text Field containing Event 2 could be updated but the Display Only fields containing Event 1 and Event 3 cannot be changed.
The trick is to be able to mix and match data types for the same data because Tabular Forms columns don't have a conditional read only choice.
Sorry about the rudimentary diagram, but its the old 80 / 20 rule =>20 percent functional
Edited by: derekf on 4/02/2013 17:50

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,
Lars

Hi 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

New condition types as per item category

Hello All,
I want to determine two new condition types for one particular item category.
Is there any standard way to determine it.
Regards
Amit

Hi Amit,
If you are using the formula for calculating the values then you have two options:
1. If calculation routine is sap std. then create the new requirement routine and assign to the conditions in the pricing procedure.
2.If calculation routine is developed by you then put the required checks in the same.
Hope this will help you.
Thanks and Regards,
Atul

Delete Condition Type Depending on Item category Va01

HI all,
I wan to delete condition record depending on item category. I have a good link from sap.This link explains how to hide the condition but i want the delete the condition. was badly struck here.
http://wiki.sdn.sap.com/wiki/display/ABAP/ManipulatingPricingconditionsdisplayinSalesdocumentwithUserExit-LV69AFZZ
Regards,
madhu
Edited by: madhurao123 on Mar 24, 2011 2:19 PM

Hi,
We had a similar requirement once, and towards the end we realised that deleteing rather than hiding it was a bad idea.
Think beyond the scope, that if a future sales order created with reference needs this condition record; manual entry will again be dependent on your pricing procedure and is a mess.
But if you do want to delete it; go into debugging and decide which user exit you would want to use and delete that line of the condition record from XKOMV table for that Sales Order

Incoming Payment - Posting more than 999 line items through EDI

Hi guys,
I having following issues.
1. incoming 820 is not posting into customer a/c even I configured processing - REMC but creating payment advice
2. once i tried to process payment advice by using f-28 it is posting in to custmer a/c without payment advice ref. also the payment advice still exist in the system.
3. trying to post payment advice having more than 999 items by using f-28 system shows error after 999 items.
4. I tried to process payment advice executing through RFAVIS40 error displays "Payment advice note in Customizing not defined for posting"
I appreciate if some one guide me to solve above.
Thanks,
RK
Message was edited by: RK Talabathula

Hi RK,
Pt 3: There is an SAP Notes on this issue 117708 ,
also refer Re: F-44 - Clearing of more than 999 line items
Pt 4: Check OSS note 17449 see for "Payment
advice upon form overflow"
hope this helps.
Please assign points as way to say thanks
Ravi Rana

Is there a way to fix the exchange rate of PO item condition type ?

Hello all,
We have an agreed selling price in RMB from the supplier and the export rate(RMB to USD) is given by them according to delivery date. But we pay in USD.   Thus PO header is USD and using M rate but PO price condition type in PO item is RMB -> then convert to USD and sum up into gross price. We want to control the way RMB is converted to USD in the item level.
e.g. PO order currency is USD, PO header exchange rate is a fixed rate input by user
        (hedge rate USD -> Local company currency)
PO item 1      agreed PO price is 100 RMB -> PO item condition's rate is 100 RMB per pc
                     -> export rate RMB to USD fixed at 8 -> 100 / 8 USD
PO item 2      agreed PO price is 200 RMB -> PO item condition's rate is 200 RMB per pc
                      at export rate -> 200 / 8 USD
Total PO value in USD = 300 RMB / 8      (we don't want it to convert 300 RMB using M rate)
Appreciate if anyone has a solution for this similar case.

KiltedTim wrote:
The only way to do so and preserve your warranty is a replacement from Apple. US$199 without AppleCare+, US$49 with. If it doesn't affect the functionality, though, they may not give you that option.
It's not that big of a deal. I'm just seeing if anyone knows how to bend it back straight from experience or imagination.

Making condition type unmandatory for free item categories

Hi all,
I've created a form routine in RV64ANNN the requirement is when we create or change sales order....we have few item categories were in we need to make a concern condition type unmandtory if items with those item category is created...else if make the condition type mandatory.........example...............this is done for only one pricing procedure......in V/08 tcode and there i've assinged our routine number for that condition type which needs to be changed dynamically.
say we have Sales doc type ZXXX for this sales doc type lets say we have item category ZITE1 and ZITE2.......and lets say the Condition type is ZCOND(whether the condition type is required or not is done by checking in tcode V/08 and this is always checked).now when the user enters creates a item 1 with item category ZITE1 and leaves the amount field blank it will however ask to enter the amount.......now here is the problem............if user creates second line item with item category ZITE2 its againing asking to enter the amount for that condition type.............this is happing even after i've desinged the below code.............
DATA: l_kobli TYPE kobli.
IF komk-kalsm = 'ZINFAM'.
*Sale Doc ZORA
IF komk-auart = 'ZORA'.
IF komp-pstyv = 'ZTAN'.
l_kobli = 'X'.
ELSEIF komp-pstyv = 'ZZNN' OR
komp-pstyv = 'REN'.
l_kobli = ' '.
ENDIF.
*Sale Doc ZORB
ELSEIF komk-auart = 'ZORB'.
IF komp-pstyv = 'TAN'.
l_kobli = 'X'.
ELSEIF komp-pstyv = 'REN' OR
komp-pstyv = 'TANN'.
l_kobli = ' '.
ENDIF.
*Sale Doc ZRE
ELSEIF komk-auart = 'ZRE'.
IF komp-pstyv = 'REN' OR
komp-pstyv = 'RENN'.
l_kobli = ' '.
ENDIF.
*Sales Doc ZCOR
ELSEIF komk-auart = 'ZCOR'.
IF komp-pstyv = 'KRN' OR
komp-pstyv = 'RENN'.
l_kobli = ' '.
ENDIF.
*Sales Doc ZCI
ELSEIF komk-auart = 'ZCI'.
IF komp-pstyv = 'KEN'
l_kobli = 'X'.
ELSEIF komp-pstyv = 'TANN'.
l_kobli = ' '.
ENDIF.
ENDIF. "Sales Doc Check
READ TABLE xt683s WITH KEY kvewe = 'A'
kappl = 'V'
kalsm = 'ZINFAM'
kschl = 'ZPOR'.
IF sy-subrc = 0 .
xt683s-kobli = l_kobli.
MODIFY xt683s INDEX sy-tabix.
UPDATE t683s SET kobli = l_kobli WHERE
kvewe = 'A' AND
kappl = 'V' AND
kalsm = 'ZINFAM' AND
kschl = 'ZPOR'.
ENDIF.
ENDIF. "Pricing Procedure check
CLEAR: l_kobli.
The table which has this mandatory checked is T683S and the field is KOBLI........i've debugged it the routine come up well with item category ZITE1 and the table gets updated with KOBLI = 'X' but when i navigate the screen in VA02 or in VA01 to second item created with item category ZITE2...the table logic does'nt goes and updates the above table............Suggest me with some solution........
Thanks in Advance.....

I've resolved it by myself

Same condition type on header and item level = printing problem

Hi
I have a customer using some condition types on both item level and header level in quotations, orders, invoices ...
In the pricing procedures it is customized (V_T683S-DRUKZ) that the conditions must be printed on header level (that is at the bottom of the documents).
My job is to make the Smartform to print the documents, and I want it of course to be as close to SAP standard as possible.
SAP standard will print these conditions on header level even if the conditions are at item level, but my customer wants the conditions created on header level to be printed on header level and conditions created on item level to be printed on item level.
I'm no pricing expert, so my question is:
Will it be fair if I tell the customer that using the same condition types on header and item level is bad practices - or at least bad karma?
Best regards
Thomas Madsen Nielsen

Hi Shiva Ram and Madhu
I have no problem understanding header vs. item conditions, so I really don't see anything in oss note 876617, that is relevant in this case.
Madhu - I do not agree that everything is fine. My issue is that I want to stick as closely to SAP standard customizing as possible. In SAP standard customizing of a condition type you can use the flag V_T683S-DRUKZ to determine if the condition should be printed on header OR item level - you can not choose both header AND item level.
I have a SAP standard smartform using two functions modules for reading header and item conditions. RV_PRICE_PRINT_ITEM and RV_PRICE_PRINT_HEAD. These function modules are based on the DRUKZ customizing flag and a condition marked for printing on header level will be supplied by RV_PRICE_PRINT_HEAD even when the condition is on item level.
My point is: SAP standard customizing does not support printing of same condition on both header and item level. I can of course write tons of code to work around this problem, but that would be bad practices

Condition type not shown in the line item condition in VA01

Hi,
   I have a condition type ZINC (Installation Charges) which is added with ZPRO (Base price) & it maintained manually in item condition. the service tax (ZSER)10%, ecs on service tax (ZSEC )2% and HECS ON SERVICE TAX ( ZHEC )1% should come by default.
Step   Cou.    Ctyp      Description       From   To   Manu.   Req.   Stat. Print   Sutot   Reqmnt   Catyp   Bastyp   Acck   Accru
500      0        ZINC     Install Charg.                         |/                              S                                                             ZIC
525      0        ZSER    Serv tax            500                                              S                                                            SER
550      0        ZSEC   Ecs on S.tax      525                                              S                                                            SEC
575      0        ZHEC   HEcs on S.tax    525                                              S                                                            SHC
600      0                   Total of instal.     500 575                            |/
                                     Income
also i did change Manual entries C to B in V/06.
Regards
Jibanjyoti

Hi,
In pricing procedure control V/08
There SHOULD NOT be requirement type 23/24/25 against respective condition(this req. are for only show condition types in invoice item level)
Kapil

Transfer of inforecord condition types through ALE

Hi,
I want to know how to transfer Inforecord Condition Types other than PB00 through ALE.For condition type PB00,we can use msg type COND_A & t-code MEK3.Similarly, what are the corresponding values for other condition types like FRA1 etc.
Thanks,
Kaveri

Hi,
If we are loading the conditions by IDoc type COND_A, we do not give the transaction code, instead we specify the table (like KVEWE = 'A' & KOTABNR = '025' for the Inforecords with plant level conditions), We give the condition records to structure E1KONP with condition PB00 as first condition followed by other conditions ( example RA00, RA01) in sequence as per the condition schema mentioned.
So you can load the FRA1 condition the same way, just feed the LSMW the condition record FRA1after PB00.
Hope this helps.
Best Regards, Murugesh

Sales order item details with condition types

Hi Guys,
I am uploading the sales order details using DIRECT INPUT method in LSMW, one line item having 5 condition types, but in the item level structure BVBAKPOM, I can able to MAP only four condition types.
Is there any way to map more then 4 condition type in the ITEM level structure? Or do we need to loop the item level structure.
Waiting for your valuable replies
Thanks,
Gourisankar.

Hi Harish,
INOB table key is CUOBJ, At run time the VBAP-CUOBJ is not generated yet. Its value is now "999999999999990001".
I guess once the order is created we will get an entry in INOB.
Do you have any other way with which INOB entry can be selected ?
Thank You.

Item category and condition type

Hi
I would like to know where you assign a condition type to an item category OR vice-versa? Pls let me know the t-code/table..
Reward points for help
Siddharth

hi siddarth,
we won't assign condition types directly to item categories.
We will place the condition types in pricing procedure as per our requirement and assign that pricing procedure to the combination of sales orgn + Dist. Channel + division + document prcing procedure + customer pricing procedure
the document pricing procedure comes from Sales document functionality
Customer pricing procedure comes from Customer master Data
When we place order we enter doc type, sales area and Customer...based on this combination the pricing procedure is identified and prices, discount and taxes will be calculated for the items which we enter in the sales order.
Item category in the sales order is determined based on the sales doc type + item category group + usage + higher level item category + default itemcatogery.
But in pricing procedure when we place the condition types we can control some features like the condition type is only accessible only when certain precondition met by the item category. I will explain it with example
take the condition type PR00.
for this in pricing procedure in the field requirement we enter as 2 which means 'item with pricing'. that means this PR00 condition type is accessible only if the sales document item satisfies that requirement..if sales document item is standard item TAN ..in TAN item category functionality in the field 'PRICING' it should contain either 'X' or' B' then only the price for that particular item category is calculated which means that condition type is executed.
I hope u understand the link between those two.
reward points if it is helpful
urs
raj r

Posting condition type as noted item through RERAPP

Similar Messages

Maybe you are looking for