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

Similar Messages

Transfer of inforecord condition records through ALE

Hi,
I want to know how to transfer Info record condition types other than PB00 through ALE.e.g. FRA1,Z cond. types etc.
Thanks,
Kaveri

Hi,
Transaction VK13, you check if this one suits your requirement.
Thanks
Krithika

BAPI/FM to change the PO inforecord condition type netprice

Hi Frnds,
Is there any BAPI which changes the PO inforecord net prices based on the condition type values(KSCHL). If anybody has come across such developments, please do reply...
Regards,
Karthick C

Hi,
You can use the BAPI -
'BAPI_PRICES_CONDITIONS'. Inside this BAPI, if you go to the tables BAPICONDCT, there is a parameter called as OPERATION. You need to mention this field before using the BAPI.
003 - Delete: Message contains objects to be deleted
004 - Change: Message contains changes
005 - Replace: This message replaces previous messages
009 - Original: First message for process
023 - Wait/Adjust: Data should not be imported
018 - Resend
You should mention any of the above one parameter for your BAPI calling.
Regards,
JLN

How to transfer SRM PO Condition Type and Custom fields to ECC?

Hi All,
I have a scenario to transfer SRM Line item condition types and few custom fields to ECC.
I have found the following things but structure 'CI_EKPODB' does not exists in ECC.
I am using 'SRM 5.00' and 'SAP ECC 6.0'.
NOTE: I have to transfer condition records when PO is getting created / modified.
1) Earlier I was planning to use BADI 'BBP_CREATE_BE_PO_NEW' in SRM and this will transfer the data to ECC in case of PO
    Creation.
               It contains the Condition fields to be passed to ECC.
But i am unable to implement the same, whenever i create implementation when i click 'Activate' its getting activate then after few seconds its getting deactivate, i think this is because this BADI is not allowed for multiple use and SAP has already made one implementation on the same.
2) I need to implement BADI 'BBP_ECS_PO_OUT_BADI' in SRM and 'BBP_PO_INBOUND_BADI' in ECC.
SRM BADI will pass verified field details to ECC as a custom fields
       It does not contains the Condition fields to be passed to ECC, so i was planning to pass the same as custom field(s).
ECC BADI 'BBP_PO_INBOUND_BADI' will be used to map the fields to correct place and this should work.
i need to modify the structures and pass all the custom fields (z-fields) - (CI_EKPODB but does not exists kindly suggest) as data.
Other required details:
      Transfer of PO does not supported by SAP for service PO's, any suggestion on the same?
Expecting quick reply from your end.
Thanks in advance.
Regards,
Hemant

Naresh,
Thanks for quick response.
My concern is this BADI 'BBP_CREATE_BE_PO_NEW' will trigger only in case of creation, not when PO is changes.
I have to transfer condition types and custom fields to ECC in both the case (create / change)
If i have to do this only in case of creation then i can pass Condition types / custom fields then i can use parameter 'CS_PO1_DOCUMENT' from method 'FILL_PO_INTERFACE1'.
this parameter contains 'IT_POCOND', 'IT_POCONDX' and 'IT_EXTENSIONIN' as parameter so my problem will be solved.
But i dont think this will trigger in both the cases and 2nd thing i cann't implement the BADI since its not marked for multiple use so i am unable to implement the same.
Kindly correct me if i am wrong.
Once again thanks for your reply.
Please suggest on the same.
Regards,
Hemant

Transfer of Classes( Classification data) - through ALE

Hi experts,
I am trying to transfer Classes from a 3.1i system to a ECC 6.0 system through ALE distribution.
Almost all the classes got transferred but in a few of the classes, the status of the idoc remains at 64 - waiting to be processed.
When I scheduled the processing of these idocs in background mode they result in a dump.
Dump:
The exception, which is assigned to class 'CX_SY_ARITHMETIC_OVERFLOW', was not
caught in
procedure "MAINTAIN_ALLO_VALUES_VIA_API" "(FORM)", nor was it propagated by a
RAISING clause.
This dump is happening because sy-index value is crossing 2147483647 ( which is the max allowed value).
I could not find any relevant notes for it. Does anyone know what is causing this issue and how to correct it.
FYI - There are around 3000 values attached to a characteristic which is attached to the class.
Thanks and Regards,
Karthik

Hi Karthrik,
Did you never get answer on this topic or did you make a request to SAP in the meanwhile? I got same dump and I am looking for solution, too.
Br
Markku

Transfer Custom OM Infotype data through ALE for HRMD_ABA Message type

Hello Folks,
I have created a Custom OM Infotype.When i run the PFAL transaction. All the standard infotype data is getting filled, but i dont see custom infotype data getting filled.
Example: HRP9001 is the custom infotype.
Please let me know the step by step process to populate the Custom infotype data in ALE Transfer.
Thanks & Regards,
Nishanth Kumar

I think function module RH_MASTER_IDOC_DISTRIBUTE_HRMD shows some odd behaviour. It calls EDI_DOCTYPS_OF_MESTYP, which returns the name of the extension in an internal table named "doctyps". But later on, function module MASTER_IDOC_DISTRIBUTE is called with a structure "f_idoc_control". In this structure, the field "cimtyp" should hold the name of the extension, but it NEVER gets filled, although the value is present in doctyps-cimtyp.
So what I have done, is to activate userexit #004, which is called just before MASTER_IDOC_DISTRIBUTE and modifies structure f_idoc_control, if desired.
Call transaction CMOD and create a project in a non-SAP namespace: Zxxxx. The enhancement we need is "RHALE001" (HR-CA: Enhancement for ALE functionality in HR). One of its components is EXIT_SAPLRHA0_004, which consists of include ZXHALU08. In this include I called EDI_DOCTYPS_OF_MESTYP again to fill f_idoc_control-cimtyp.
Here is my code for include ZXHALU08
DATA: z_doctyps TYPE STANDARD TABLE OF edidocs WITH HEADER LINE.
CALL FUNCTION 'EDI_DOCTYPS_OF_MESTYP'
EXPORTING
    mestyp         = f_idoc_control-mestyp
TABLES
    doctyps        = z_doctyps
EXCEPTIONS
    invalid_mestyp = 1
    OTHERS         = 2.
IF sy-subrc = 0.
LOOP AT z_doctyps.
    f_idoc_control-cimtyp = z_doctyps-cimtyp.
ENDLOOP.
ENDIF.
Hope this helps

Condition Types in Scheduling Agreement(Urgent)

Dear Experts.
This is a query with reference to my earlier issue Changes in Condition ME32L.As per suggestions, to get validity periods i have clicked on Time dependent Condition In SPRO settings Under Define document Types.
After that i am not able to enter Custom Conditions while creating a Scheduling Agreement.So i tried by removing this Time dependent setting,then was able to enter Custom Conditions...
But i need to see validity periods too when i change condition types through ME32L...
So,Please give me appropriate Suggestion....
Thanks and Regards
MK

I'm not sure about your own pric proc, but in standard it should works, and also its apply per organization level.
RM0000 and RM1000
    Control the price determination process in POs, quotations, and
    scheduling agreements.
    Both calculation schemas require 2 condition types for the gross
    price: one for automatic price determination (standard: PB00) and
    one for manual maintenance (standard: PBXX).
RM0001 and RM1001
    Determine which condition types you can enter in purchasing document
    headers with time-dependent conditions (e.g. contracts).

Manual condition types need to be reapplied after material change

HI Team,
For some of order items user enters manually condition type through VA02 for availing discount for the order item,
I am having a custom program for updation of sales orders, Through which we can change the order materials.
Order 123 having item material ABC. For which he entered manual condition type ZXYX.
now using custome program he wants to change the mateial ABC to XYZ. Thorugh custom progam material is updated. Price has been recalculted.
But customer wants condition type ZXYX also need to apply for the XYZ material.
Please guide me how to proced.
Regards.

Hi,
Ask your ABAP consultant to check program MV45AFZZ.
Here in item pricing update i.e
FORM USEREXIT_PRICING_PREPARE_TKOMP *
write PERFORM preisfindung_gesamt(sapmv45a) USING charc.
where charc is 'C' (copy manual pricing elements & redetermine others) or you may also use 'G'(Copy pricing elements unchanged and redetermine taxes.)
This surely works.
Regards,
Amit

Access for Condition Type of a Pricing Procedure

Dear CRM Gurus,
I have a scenarion whereby we have replicated the pricing procedures of ECC in CRM. In ECC I controll the activity of display of a condition type through the step no. Similar access control is desired in the CRM too.
I was advised for an object in CRM but that works best if the pricing procedure is of CRM origin only, as mine is from ECC it is non editable in CRM.
Would request kind guidance on this please.
Regards,
Tariq

Hi Try this.
CALL FUNCTION 'RV_PRICE_PRINT_REFRESH'
TABLES
    tkomv = tkomv.
g_komk-mandt = sy-mandt.
    g_komk-belnr = itab_disp1-vbeln.
    g_komk-knumv = itab_disp1-knumv.
   g_komp-matnr = itab_disp1-matnr.
    g_komv-zaehk = '01'.
    g_komv-kappl = 'V'.
    at end of knumv.
      call function 'RV_PRICE_PRINT_ITEM'
        exporting
          comm_head_i       = g_komk
          comm_item_i       = g_komp
     LANGUAGE          = ' '
   IMPORTING
     COMM_HEAD_E       =
     COMM_ITEM_E       =
        tables
          tkomv             = g_komv
          tkomvd            = g_komvd
      append g_komv.
    endat.
endloop.

Pricing Condition type triggering based on other condition type

Hello sir,
There are some pricing condition types in our system.
Based on condition records you can trigger one condition type based on other    condition type.
For eg: PR00 condition type is there and amount is suppose 1000rs and other condition type is JBED and we made a condition record and put it some percentage so as soon as we some value in PR00 ,JBED condition type is automatically manipulating the value on the base condition record.
Now i want other than condition record can we trigger one condition type based on other condition type through defining user routine under requirement.
Suppose we have condition type ABC and some amount i have given and other condition type DEF , i want that amount of DEF condition type should automatically come from the Condition type and it should manipulate according to my routine .
eg Condition type    Amount
       ABC                  1000
       DEF                    40
The value 40 should come as 4% of 1000.
I am not maintaing any condition record and i want that this should trigger through some requirement created by me.
i created my routine no 905 and i putted the code inside it.
if komtl-kschl = 'DEF'.
komv-kbetr =   ( komv-kbetr * 4) / 100.
endif.
Now problem is that this code is getting trigger when i m giving value in DEF condition type then it is showing 4 % of it.
But i want as soon as i give value for the condition type ABC and some value 1000
then after pressing enter , one condition type DEF should automatically come with value 40 that too in display mode ,not in change mode.
Please suggestions and solutions regarding this matter , I will be grateful to you.
Manish

hi
In V/06 in the calculation type you can see the entries for "D-gross weight" & "E-net weight"
For the required condition type select the calculation type as gross weight or net weight. Save it.
In MM01 - create material master, here in BASIC DATA 1 SCREEN you have fields for gross weight & net weight.
Maintain the condition record in VK11 for the required condition type.
You can also maintain the scales as required like u said
1 to 10 kgs - 100 rupees,
11 to 25 kgs - 1000 rupees.
Another way could be
The BEST practice to do it is, use of VOFM routine for price calculation (VOFM-->Formulae).
Take help from ABAPer and write a routine such that
if weight = 1 - 10
price = 100.
else if weight > 8.
price = 1000.
else
price = 100.
end if
but the maintainnance of routine is big problem as u might be having many records
Hope this will help you
Vishal

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
Vini

Dear 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

Get name of user depending on condition types by changing the sales order

Hi,
I need to display the name of the user who made the changes in the condition types
i.e.. need to get the name of the user , by changing in the condition types through transaction VA02.
I am having object id and tabkey (of table CDPOS) but in table CDHDR, i am getting only one entry for object Id and there i can not get the user name depending on the different conditions types.
Please help me to solve this issue.
Regards,
Darshana

Hi,
Item details are stored under the TABNAME = 'VBAP'.
For example if you execute the function module 'CHANGEDOCUMENT_READ' for order number 5000000000, item number 10,
Function module will return an entry with TABNAME = 'VBAP', TABKEY = '5000000000000010', and other details.
Execute the function module by passing object class = 'VERKBELEG' and object id = <order number>
Regards
Vinod

How to send inforecord conditions using ALE (message type COND_A)?

Hi,
I have sent Purchasing Inforecords through ALE using t-code ME18.
Now, I would like to know how to transfer the conditions through ALE (message type is COND_A).
Thanks a lot,
Kaveri

Hi,
Please go through this thread.
[Pricing Condition Records initial upload - COND_A]

Transfer Pricing through PCA condition Types

Hi,
Can any one send me some Documentation on Transfer Pricing Through PCA Condition Types.
Little urgent please
Regards

Hi
Find the following documentation on Transfer Pricing.
http://help.sap.com/erp2005_ehp_02/helpdata/en/eb/13811243c411d1896f0000e8322d00/frameset.htm
Regards,
Suraj

Condition types - A few from idoc and a few from Inforecords

Hi Experts!!
I need to create a purchase order. Normally the pricing for each line item will be picked from inforecords and the pricing procedure (functional configuration) and then will be calculated and displayed. Now I have a requirement in such a way that a few of the condition types and corresponding prices will come through an idoc and the remaining have to be taken from inforecords as usually.
Can anybody tell me how to proceed with this? And one more thing is that.. my FC was talking about some ROUTINE (not subroutine or user exit) that helps in this, which even he is unaware of...
Can somebody help me out?
Thanks a lot in advance...

Hi Experts!!
I need to create a purchase order. Normally the pricing for each line item will be picked from inforecords and the pricing procedure (functional configuration) and then will be calculated and displayed. Now I have a requirement in such a way that a few of the condition types and corresponding prices will come through an idoc and the remaining have to be taken from inforecords as usually.
Can anybody tell me how to proceed with this? And one more thing is that.. my FC was talking about some ROUTINE (not subroutine or user exit) that helps in this, which even he is unaware of...
Can somebody help me out?
Thanks a lot in advance...

Transfer of inforecord condition types through ALE

Similar Messages

Maybe you are looking for