Header and Item Conditions in EBP PO

HI All,
I've just checked the pricing conditions in spro of SRM and as per my business requirement I need to maintain both header and item conditions and replicate the values back to r/3 in extended classic scenario like freight,surcharge,discounts e.t.c, with this functionality can we meet the requirement or any additional settings required,kindly advice me.
Thanks and Regards,
Sathya kumar.

Hi,
Header conditions in PO does not exist !
You will have to develop it.
Then you will have to use ECS BBP_ECS_PO_OUT_BADI for modifying the data you send to ECC PO in order to not send the whole price calculated into SRM but dispatch on one side the price before condition and on the other side the different condition type.
The goal is that R/3 should be able to recalculate the final price based on the condition types you entered in SRM.
Kind regards,
Yann

Similar Messages

RE: Header And Item Condition

Hi
How the system will put the value in my sales order if i select both Headre condition and item condition for one condition type in v/06. my question is for item condition we have to maintain condition record where in header we do not require.Will I have to enter the value manually in order or the system automatically determine it.
And for For which condition type we select both Header and item Condition
regards
debasish

Dear Stilianos,
You can maintain item level condition type only.
Henece you can maintain the values at item level based on your requirement.
I hope this will help you,
Regards,
Murali.

Header and Item Conditions

Dear SAPers,
I would like to know which the use of header condition and item Condition boxes is in the condition type customizing.
Could someone explain me what are the effects of this boxes?
Are the boxes related to the calculation that the system does in the sales order?
I will reward if helpful.
Thanks in advance,
Gaspar

Hi emilo
As our friends said,already said , So Header condiition types apply for the entire document where as item condition applies to the particular line item i.e., material which you have entered in the line item.
coming to the point , i hope X means checked for that feild where as
" " means it is not checked .
JIAP condition type as you said it is allowed at header level as well as item level .If it doesnt has any access sequence , you can enter manually at either item level or header level .
But the JIAQ condition type is allowed only at header level and not at item level. so if you enter JIAQ condition type at item level in the sales order JIAQ condition type doesnt allow. it will throw an error message
Reward if useful
Regards
Srinath

Header and Item condition

Dear all,
I have a condtion that is both at header and item level. There is an access sequense so as to automatical suggest a value. This condition is the profit for us. The system automatical suggest the 27% at header level and transfers this at item level as well.
There is though so cases where at item level ( at some of the items) we want to change this 27% (not for all of them)
The problem is when I go to this spesific item to chnage the profit, this is not editable and I have to write again the condtion. At that point the condtion is taken into account twice.
What do I have to do in order if there is a value at item level to take int account this and not the value of the header.

Dear Stilianos,
You can maintain item level condition type only.
Henece you can maintain the values at item level based on your requirement.
I hope this will help you,
Regards,
Murali.

Header and Item conditions in MIRO

Hi All,
There is a PO created with Import conditions .We have given some conditions in Header level (AED) and some conditions in Item level (Customs duty like SED..etc). We maintaind the vendor (customs-ABCD Vendor) in header conditions as well as Item level conditions.
As per the process, we are trying to create the Customs invoice(MIRO) for the PO.This vendor(ABCD Vendor) is FI vendor . While doing MIRO , same Vendor name is appearing two times for selection ."One" is for Item level Conditions and "another one" is for Header level conditions.
We can select only one vendor, either Item level vendor or Header level vendor . If I select "one" vendor , it will give the item level conditions only..(Here vendor is same for Item and Header level).We can only select and process Item level conditions for that vendor.
If I select "another one" vendor , it will give the header level conditions only..(Here vendor is same for Item and Header level).We can only select and process header level conditions for that vendor.
Is there any setting to be done to appear the header and item level conditions at a time in MIRO Vendor (if Vendor is same ) in commercial Invoice ?
Please provide SAP behaviour on these kind of scenerio...
Thanks

Hi,
Header conditions in PO does not exist !
You will have to develop it.
Then you will have to use ECS BBP_ECS_PO_OUT_BADI for modifying the data you send to ECC PO in order to not send the whole price calculated into SRM but dispatch on one side the price before condition and on the other side the different condition type.
The goal is that R/3 should be able to recalculate the final price based on the condition types you entered in SRM.
Kind regards,
Yann

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

Sales order condition change for Header and Item level..

Hi Gurus,
My requirement is as below..
Business wants to create new sales order from reference.. While creating slaes order fron reference , need to populate header/Item level condition tab data from originally paid by the invoice for that refence sales order not from refence sales order condition price.
I would like to how to bring this one, any user exit or copy control and any VOFm routine need to populate this kind of requirement.
Any one have any idea please let me know.. It very urgent, give reward points for right solution..
thanks,

Hi,
Here are the answers to your question
> Is it possible to add/change condition types on the sales order (header and item level) for which invoice has been created already?
I mean is it possible to add some surcharge condition to already invoiced order and than as result debit memo?
The answer is No. You cannot add or change the condition once it is invoiced.
> And one more question : Are there some time restrictions when debit/credit memo can be created? (I believe not, but I would like to have this confirmed, as I am not SD expert.)
The answer is No again. There is no time restriction and you can create debit or credit memo immediately when the invoice is released to accounting.
Hope this helps
Thanks
Mukund S

Printing of Condition value at both header and Item level

Dear Sap Gurus,
Please any body tell me how to print the condition value at both header and at item level in PO print out. ie. I am using RA00 at both item and header level and i want to print this value at both header and item level.
Thanks and Regards,
Patil

Hi,
Please check with abaper is he calling the function like mention below or not
CALL FUNCTION 'PRICING'
    EXPORTING
      calculation_type = 'B'
or (calculation types = as in condition type)
      comm_head_i      = komk
      comm_item_i      = komp
      preliminary      = ' '
      no_calculation   = ' '
    IMPORTING
      comm_head_e      = komk
      comm_item_e      = komp
    TABLES
      tkomv            = i_komv.
regards
Edited by: bvdv on Jul 8, 2009 7:35 PM

Header condition types and item condition type

Hello Gurus,
this is a simple question. does the header condition types are totally same as item condition types ?
thanks very much!

hi,
header:
If this condition is marked as a header condition, it is possible to enter the condition type in the header condition screen. Checks for changing the condition manually are unaffected by this.
the header conditions calculate the header value
item : conditions of this type are allowed to be entered in the document items. The condition is then only valid for the particular item in which it is entered.
item condition calculate at item level
(freight condition)for eg = HD00 is a header condition .here if you have 10 materials and this cond type calculates the freight charges for all the 10 items.
KF00 is aitem condition.here system caliculates the freight charges only for that particular items.
Edited by: MANI ROOPA SD/MM on Apr 24, 2008 2:32 PM

How can we revise the pricing both at header and item level of sales order?

Dear All,
Now there's one issue of the pricing to me. i want to revise the pricing both at header and item level of sales order. but after i finished the cutomize and tested it, it's more different as i thought. i found that the pricing can revise at the one side only,for example, if i revise the pricing at item level and it's grey and can't be revised at the header. on the other hand, it's the same result what's happened at item.
So, in my opinion, we can't revise the pricing both at header and item, right? if not, please give me more advices and teach me how to solve the problem. thanks a lot.

Dear Lakshmipathi,
Thanks a lot for your kindly and useful answer for me and I learn more for the pricing technology.
I didn't notice the way that you reminded ago therefore I also saw the button at the condition tab. And your suggestion makes me know more.
And I had tested the way that you said, I met with a question. Below is my opinion for my testing.
I had created one SO and the pricing was $10, then I revised the pricing from 10 to 15 by VK11. It can't be updated automatically at SO and I must update it manually by clicking the "Update" button. This is OK for my testing, but I have another question to disturb you for the use of "Active" button. When I click the button and nothing is responsed, it's quite different what you said. So, please give more detail for the Active button. Thanks a lot.

Header and Item table - Form Design Question

Hi All,
I have a header table and Item table. For every record in the header table I have multiple records in the item table. I want to have a adobe form in the following way
1. A new page starts for every record in the header table and Items in the item table for this header record can span multiple pages with the same header information.
2. When all the items are displayed for that particular header record, a new page should start for the next header record.
I created one internal table in the following way
Header_field1 Header_field2 Item_table(with all the items for this header record)
Header_field1 Header_field2 Item_table(with all the items for this header record)
I am not sure how to use a table for this scenario (Should It be a nested table?).
Please provide me some ideas.
Thanks,
Ganesh.

Hi Balasubramani,
I made some changes and have the following now. Can you please let me know how I can achieve page break for every BP_NUMBER.
I have a nested table like the one below.
Main table u2013 Has header and Items information. Every header record has some header information like BP number, name and all line items for that BP in a nested table .
IT_HEADER:
BP_NUMBER     BP_NAME           IT_ITEMS(Items table)
BP_NUMBER     BP_NAME           IT_ITEMS
BP_NUMBER     BP_NAME           IT_ITEMS
To display this information I created the following
Subform1 u2013 overflow u2013bound to $record.IT_HEADER.DATA[*] u2013 (Repeat sub form for
|                                             each data item)
|->Header sub form u2013 Positioned
|     |
|     |-> Text Field u2013 bound to BP_NUMBER
|
|
|->Item sub form -
     |
     |->Item Table u2013 bound to IT_ITEMS
          |
          |->Data u2013 bound to IT_ITEMS.DATA[*] u2013(Repeat row for each data item)
In the output BP number in the first record of IT_HEADER gets displayed and then all the Item records in IT_ITEMS for that BP get displayed. This is repeated all the records in IT_HEADER which is perfectly fine.
Please provide me some suggestions to solve the following issues I am having
1.     I need a page break between records of IT_HEADER. I want the new subform1 for the next header record to start in a new page. I tried conditional break option, on the only field BP number in header sub form. I have two master pages and two body pages. All the above information is in master page 2 and body page 2. I am also not sure what to select in the TO section of the conditional break screen.
2.     When there is an overflow in IT_ITEMS I need the Header sub form to be shown in the next page too.
Thanks,
Ganesh.

Header and Item data in a module pool

Hi Friends,
I designed a screen in that i have header data and item data.
Here in my screen header i have vendor number,Vendor name,
bank Name, Branch, LC value and Due date fields.
and for item details i have to take table control.In the item details i have the fields Sl No, PO Number and Po Value.
and Two push buttons i need to put.SAVE and CANCEL.
When i click on SAVE all my screen details should be saved in a ZTABLE and should generate a LCDOCUMENT-Number from the system.
So my question is shell i take the two tables for header and item data or one is enough and if i take two tables(one is header and one is item data) how i write the logic to store into the ztables.
How can i proceed.Plz provide me with ur inputs
Thanks and Regards.

Hi!
you have to take one table.....in which u have to move the header and item data into that b'coz according to the header data the items are to be displayed.......
select the data for which ever tables they came and then take a final table in which include all the fields of header and item .loop on all the tables from which data u have taken and inside it move the data of those fields into the fields of the final table.
In the ALV u need to call the function module to display the ALV with that final table in which ur all data is there and prepare a field catalog of those fields you want to display in the item list.
for example a sample code is there...
types:
begin of type_s_vbak,
    vkorg type vbak-vkorg,             " Sales Organization
    aufnr type vbak-aufnr,             " Sales Order Number
    auart type vbak-auart,             " Sales Order Type
    kunnr type vbak-kunnr,             " Customer Number
    vbeln type vbak-vbeln,             " Sales Document
    knumv type vbak-knumv,             " Number of Document Condition
end of type_s_vbak.                  " BEGIN OF TYPE_S_VBAK
types:
begin of type_s_konv,
    kwert type konv-kwert,             " Condition Value
    kbetr type konv-kbetr,             " Rate (Condition Amount)
    knumv type konv-knumv,             " Number of Document Condition
    kschl type konv-kschl,             " Condition Type
end of type_s_konv.                  " BEGIN OF TYPE_S_KONV
types:
begin of type_s_material,
    kunnr      type vbak-kunnr,          " Customer Number
    matnr      type vbap-matnr,          " Material Number
    arktx       type vbap-arktx,          " Material Description
    steuc       type marc-steuc,          " Fiscal Classification
    kwmeng   type vbap-kwmeng,         " Quantity
    knumv      type vbak-knumv,          " Number of Document Condition
    vbeln        type vbak-vbeln,          " Document Number
    kwert       type konv-kwert,          " Condition Value
    total         type p length 14 decimals 2,
                                       " Total
    ipitype type p length 9 decimals 3,
                                       " IPI Type
    ipivalue type konv-kwert,          " IPI Value
end of type_s_material.              " BEGIN OF TYPE_S_MATERIAL
data:
fs_vbak type type_s_vbak.
data:
fs_mati type type_s_material.
data:
fs_konv type type_s_konv.
data:
   t_vbak like
standard table
       of fs_vbak.
data:
   t_konv like
standard table
       of fs_konv.
data:
   t_mati like
standard table
       of fs_mati.
loop at t_konv into fs_konv where kschl eq 'ZPNF'.
    move fs_konv-kwert to fs_mati-kwert.
    modify t_mati from fs_mati
    transporting kwert
    where knumv eq fs_konv-knumv.
endloop.                             " LOOP AT T_KONV INTO FS_KONV
* Modifying Total Field of Material Table.
loop at t_mati into fs_mati.
    w_total = fs_mati-kwmeng * fs_mati-kwert.
    move w_total to fs_mati-total.
    modify t_mati from fs_mati
    index sy-tabix
    transporting total.
    clear w_total.
endloop.                             " LOOP AT T_KONV INTO FS_KONV
* Modifying IPI-Type Field of Material Table.
loop at t_konv into fs_konv where kschl eq 'IPI3'.
    w_total = fs_konv-kbetr div 10.
    move w_total to fs_mati-ipitype.
    modify t_mati from fs_mati
    transporting ipitype
    where knumv eq fs_konv-knumv.
    clear w_total.
endloop.                             " LOOP AT T_KONV INTO FS_KONV
* Modifying IPI-Value Field of Material Table.
loop at t_konv into fs_konv where kschl eq 'IPI3'.
    move fs_konv-kwert to fs_mati-ipivalue.
    modify t_mati from fs_mati
    transporting ipivalue
    where knumv eq fs_konv-knumv.
endloop.                             " LOOP AT T_KONV INTO FS_KONV
and then fill the fieldcatalog and display the ALV
Edited by: Richa Tripathi on Apr 15, 2009 3:28 PM

Header and item data in po

Hi,
What are all the tables from which the data would be taken to display in header and item data in process PO ? From where these data would be taken ?
Thanks alot.
Regards, Sunayana N

ADR10 Printer (Business Address Services)
ADR11 SSF (Business Address Services)
ADR12 FTP and URL (Business Address Services)
ADR13 Pager (Business Address Services)
ADR2 Telephone Numbers (Business Address Services)
ADR3 Fax Numbers (Business Address Services)
ADR4 Teletex Numbers (Business Address Services)
ADR5 Telex Numbers (Business Address Services)
ADR6 E-Mail Addresses (Business Address Services)
ADR7 Remote Mail Addresses (SAP - SAP - Communication; BAS)
ADR8 X.400 Numbers (Business Address Services)
ADR9 RFC Destinations (Business Address Services)
ADRCOMC Comm. Data Serial Number Counter (Business Address Services)
ADRCT Address Texts (Business Address Services)
ADRG Assignment of Addresses to Other Address Groups (BAS)
ADRGP Assignment of Persons to Further Person Groups (BAS)
ADRT Communication Data Text (Business Address Services)
ADRU Table for Communication Usages
ADRV Address Where-Used List (Business Address Services)
ADRVP Person Where-Used List (Business Address Services)
BBP_PDACC Account Assignment
BBP_PDATT Document Attachment
BBP_PDBEH Backend Specific Header Data
BBP_PDBEI Backend Specific Item Data
BBP_PDBGP Partner Extension Gen. Purchasing Data
BBP_PDBINREL Transaction Object Linkage (EBP)
BBP_PDCON Purchase Order Item Confirmation
BBP_PDHAD_V Business Transaction Versions
BBP_PDHCF Set for Tabular Customer and Solution Fields on Hdr
BBP_PDHGP Business Transaction Purchasing Information
BBP_PDHSC Header Extension for Customer Fields
BBP_PDHSS Hdr Extension for SAP Internal Enhancements (IBUs and so on)
BBP_PDIAD_V Business transaction item
BBP_PDICF Set for Tabluar Customer and Solution Fields on Itm
BBP_PDIGP Business Transaction Item-Purchasing Information
BBP_PDISC Item Extension for Customer Fields
BBP_PDISS Item Ext. for SAP Internal Enhancements (IBUs and so on)
BBP_PDLIM Value Limit
BBP_PDLINK_V Transaction - Set - Link
BBP_PDORG Purchasing Organizational Unit
BBP_PDPSET Further Procurement Information
BBP_PDTAX Tax
BBP_PDTOL Tolerances
CDCLS Cluster structure for change documents
CDHDR Change document header
CDPOS_STR Additional Change Document - Table for STRINGs
CDPOS_UID Additional Table for Inclusion of TABKEY>70 Characters
CRMD_LINK Transaction - Set - Link
CRMD_ORDERADM_HBusiness Transaction
CRMD_ORDERADM_IBusiness Transaction Item
CRMD_PARTNER Partners
CRM_JCDO Change Documents for Status Object (Table JSTO)
CRM_JCDS Change Documents for System/User Statuses (Table JEST)
CRM_JEST Individual Object Status
CRM_JSTO Status Object Information
SROBLROLB Persistent Roles of BOR Objects
SROBLROLC Persistent Roles of Business Classes
SRRELROLES Object Relationship Service: Roles
STXB SAPscript: Texts in non-SAPscript format
STXH STXD SAPscript text file header
STXL STXD SAPscript text file lines
TOA01 Link table 1
TOA02 Link table 2
TOA03 Link table 3
TOAHR Container table for HR administration level
TCURR- Exchange table

Frieght should appear in both header and item levels

Hi SAP gurus,
while doing the Sales Order transaction(va01), frieght should appear in both header and item levels, how can we configure in SAP.
Thanks in advance.
Sathya........

Hi Sathya,
You can maintain the Fright condition type (KF00) in your pricing procedure and maintain the condition record for that as per your requirement, or you enter manually at Sales Oreder it will come at header and item level.
I hope it will solve your problem,
Regards,
Murali.

Disable header and item fields in VA02

Hello, good day
Could you please help me with next issue?
I need to define how to inactivate some header and item fields in a sales order when VA02 is used, a logic to decide if the field must be desable will be applied, because of that I can't use standar customizing solution.
I read a lot of threads, but many of them are not answered, and as far as I can see many recommended solutions are refered to similar code that I have now.
I tried with next user exits:
To block gray out header and item fields:
User exit form USER_EXIT_FIELD_MODIFICATION Program: MV45AFZZ
To gray out pricing grid
User exit form: USEREXIT_FIELD_MODIFICATION Program: LV69AFZZ
To gray out partner screens (item, header): No user exit identified, please advise
to gray out new items in sales order: No user exit identified, please advise, I mean not allow new items.
fields to block:
XVBAK-LIFSK
XVBAK-FAKSK
XVBAK-KUNNR
XVBKD-VSART
XVBKD-INCO1
XVBAP-UNTTO
XVBAP-UEBTO
XVBPA-KUNNR
XVBPA-PARW
XVBAP-ROUTE
XVBAP-ABGRU
The code is something like this in MV45AFZZ - USER_EXIT_FIELD_MODIFICATION
      CASE screen-name.
        WHEN    'XVBAK-KUNNR'
             OR '*XVBAK-KUNNR'.    "Sold To
          screen-input = 0.
       END CASE
but is not working. please advise.
Disable Pricing grid: after apply this code, is possible to add new manual conditions, how can I disable input new item conditions?
The code is something like this in LV69AFZZ - USEREXIT_FIELD_MODIFICATION Program:
Modify screen fields
    IF   SCREEN-NAME = 'RV61A-KOEIN'
      OR SCREEN-NAME = 'KOMV-KBETR'
      OR SCREEN-NAME = 'KOMV-KPEIN'
      OR SCREEN-NAME = 'KOMV-KMEIN'
      OR SCREEN-NAME = 'KOMV-KWERT'
      OR SCREEN-NAME = 'KOMV-KSCHL'
      OR SCREEN-NAME = 'KOMV-KUMZA'
      OR SCREEN-NAME = 'KOMV-KUMNE'
      OR SCREEN-NAME = '*RV61A-KOEIN'
      OR SCREEN-NAME = '*KOMV-KBETR'
      OR SCREEN-NAME = '*KOMV-KPEIN'
      OR SCREEN-NAME = '*KOMV-KMEIN'
      OR SCREEN-NAME = '*KOMV-KWERT'
      OR SCREEN-NAME = '*KOMV-KSCHL'
      OR SCREEN-NAME = '*KOMV-KUMZA'
      OR SCREEN-NAME = '*KOMV-KUMNE'.
         SCREEN-ACTIVE = '1'.
         SCREEN-INPUT = '0'.
         MODIFY SCREEN.
    ENDIF.
Modify buttons
    IF   SCREEN-NAME = 'BT_KOAN'    "Add
      OR SCREEN-NAME = 'BT_KOLO'.   "Delete
         SCREEN-ACTIVE = '1'.
         SCREEN-INPUT = '0'.
         MODIFY SCREEN.
    ENDIF.
    IF   SCREEN-NAME = 'BT_KONY'.   "Update
         SCREEN-ACTIVE = '1'.
         SCREEN-INPUT = '0'.
         MODIFY SCREEN.
    ENDIF.
Thanks in advace.
Regards!

Thanks Sai, for your prompt answer, as far as understand variants, I can't add any logic, to allow change or only display, I do no't include the logic in the sample code, but that's my case, I need the user exit due a logic must be applied and standar solution like variant or customizing are not the better option.
I Found that in order to gray pricing grid we just put the code in user exit form: userexit_field_modific_leer include LV69AFZZ
and to block the other fields and to block partner functions:
Include Program: MV45AF0P_PARTNER_PREPARE                    User Exit Form: partner_prepare
Edited by: Jose Carrillo on Mar 30, 2008 4:21 AM

Header and Item Conditions in EBP PO

Similar Messages

Maybe you are looking for