Pricing in an Implementation !!!

Hi frnds..
I have a query about Pricing.
The case is that if a company is globally implementing its ERP,
then in that case can we do Generic Pricing in SD which can be later on locallised by different country needs.
By Generic Pricing pricing I mean pricing which includes only discounts and surcharges and do not includes country specific VAT, Excise and other taxes etc.
In a pricing procedure, can these country specific taxes and excise be added later on during localization ??
Is it a general practice or not ??
Waiting for some valuable suggestions. Points will be rewarded.
Thanks
Harry

Hi Harry,
In Pricing Procedure most of the condition type are the relevant globally, except for taxes. Same Pricing Procedure can be used for different countries if designed accordingly. I have used samepricing procedue in 6 countries & in configuring the same, I have carefully designed the Tax conditions. In India it may be VAT / Service Tax / Education Cess on Service tax, where asGermany has VAT, Singapore hase GST & so on.
Hope the above information is of your use.
Regards,
Rajesh Banka
Reward points if useful.

Similar Messages

Hi Any body guide me for Advance pricing setups and implementation manual with screen shots

Hi Any body guide me for Advance pricing setups and implementation manual with screen shots
Regards
Guru

Hi,
Please read the rules of engagement before posting.
- Do not ask to send you an email.
The question you ask and the solution to it is often also interesting for other users of the community. If you ask somebody to send you the answer per email, you deprive others of also learning to know the answer. Therefore any requests for sending material or answers to an email address will be modified by the forum moderators.

Automatic local PO creation has errors - SRM 5.0

Hi there,
We are busy upgrading to SRM 5.0 and are having some issues....
I can create a shopping cart from the catalog and it creates a local PO but the PO is always in HELD status. When I look at the PO in BBP_PD I get the following errors:
E BBP_TAX             006 Data inconsistency during tax calculation
E BBP_TAX             006 Data inconsistency during tax calculation
E BBP_PD              358 Select a location to which a plant has been assigned
E BBP_PD              865 Delete price or set 'Invoice Expected'
E BBP_PD              358 Select a location to which a plant has been assigned
E BBP_PD              865 Delete price or set 'Invoice Expected'
I have debugged function module BBP_PD_PO_CHECK and can see that the "invoice expected flag" is NOT set in the PO - this causes the "Delete price or set 'Invoice Expected'" error.
The "Select a location to which a plant has been assigned" error is because there is no location on the document...in subroutine "GET_PLANT_FROM_LOCATION" in program "SAPLBBP_PDIGP"......not sure why that would be blank though....
The "Data inconsistency during tax calculation" is because in my debugging it was wanting a SUBTYPE of "ST" but it gets "EP". What concerns me about this one is that it actually should be "EP"...
I have been trying to debug the SC to PO mapping to see what could have gone wrong....I think it would be in BBP_PD_SC_MAP_TO_PO_LOC?
NOTE: I have had to TURN OFF the Pricing BADI (BBP_PRICEDATA_READ) implementation (BBP_PRODUCT_PRICE) to get this far. If it is active I get the following error in SM58.
"Purchase orders cannot be created without IPC pricing"
Has anyone had these issues before?
Any help will be greatly appreciated
Lynton

1. Did you activate extended classic in SPRO (or rather - is it still activated )
2. Did you retrieve the locations from the backend (as mentioned before by several others) check
3. The badi you mention should be deactivated, as pricing is done using the built-in IPC (SRM 4.0 had a not built-in one - maybe still pointing at the SRM 4.0 one?)
4. Check if the IPC is running correctly (go to SE38 and play around with IPCTEST* or TESTIPC* - too long ago to remember the correct report or was it something with pricing. The one thing I know is that TEST was definately in it!)
5. Vendor master data is correct?
6. Did you define that tax calculation is done in the backend (SPRO)? check
Regards,
Robin
Edited by: Robin Janke on Jun 20, 2009 8:49 PM

What is account key and where do i define them?

hello,
what is account key and where do i define them? which transaction?
Thanks

Hai Shilpa,
1) You can create Account Keys in OBCN t.code this is used for Tax Procedure purpose
2) Secnond one is the u can create in FI-SD integration purpose
You define your account keys in this menu option and allocate them to the condition types in the pricing procedures.With the account keys, you group together similar accounts in financial accounting. Using the account key, the SAP System finds the desired G/L accounts.This way you can allocate a separate account key to each condition type within a pricing procedure to implement detailed revenue account determination.For example, you can allocate a freight condition to a freight revenue account, or a surcharge for packaging costs to a corresponding account for packaging revenues.
u2022ERF freight revenues
u2022ERL revenues
u2022ERS sales deductions
u2022EVV cash settlement
u2022MWS sales tax
SPRO u2192 REF IMG u2192 Sales and Distribution u2192 Basic Functions u2192 Account Assignment/Costing u2192 Revenue Account Determination u2192 Define and Assign Account Keys
Regards
Madhu I
Edited by: Madhu I on Apr 14, 2009 4:25 PM

OBYC PRD Postings with PO in Foreign Currency

Hi Sapients,
I am observing a peculiar problem - ECC 6.0, Material Pricing @ MAP, CIN Implemented (Indian Project)
October 1, 2009 - PO created with USD 300 (Exchange Rate maintained) - A/c assigned "Q" (Project)
Custom MIRO done on October 26, 2009 (Exchange Rate maintained)
Goods Inwarding MIGO done on same day i.e. October 26, 2009 (same exchange rate as of Custom MIRO)
All well till here.
But due to some reasons this entry has to be reversed - upon cancellation system is -
1. Asking for PRD A/c assignment (which as per me should not be the case Material Price Valuation is MAP, however since it is A/c assigned and there an active reservation on the project - hence I understand that as soon as I did the GRN system actively considered the stock to be project stock). But my concern here is when I am cancelling the MIGO why is system asking for PRD A/c??
2. Once I am maintaining the OBYC-PRD settings: System is posting the Price Difference in PRD A/c in USD and more peculiarly the INR conversion is ZERO "0" i.e. Accounting Document shows - USD 34 however local currency INR shows "0" - which should be the other way round??
Kindly help me here please.
Gaurav Mohan
+91-98100 59262

1. Please refer to SAP Note # 980402 - check whether this suits your requirements or otherwise.
2. You need to maintain both DIRECT & INDIRECT exchange rate for the currency for a date i.e. PO in USD, Custom MIRO happening on 17/01/2010 in INR, subsequently GRN also happening on 17/01/2010, than in the exchange rate configuration (OB08) we necessarily need to maintain 2 entries - direct and indirect for 17-Jan-2010, in order to evade such issues.

Has anyone implemented Oracle Pricing Analytics(7.9.6.4) with source EBS

Hi all,
Has anyone implemented Oracle Pricing Analytics(7.9.6.4) with source EBS?
Need urgent help!
Thanks in Advance

Hi Kashi,
Thanks for your response. However, we are implementing Oracle Price Analytics using universal adaptor for EBS as source.
In BI apps 7.9.6.4, one approach is to populate the csv files and load using universal adaptor. Can anyone tell me what are the tables in EBS that I need to consider to populate these files for pricing analytics?
Are there any SQL queries available to populate pricing csv files?
Any help will be appreciated.

Implementing customer's pricing and discounts

Hello, I'm totally new to Weblogic and have a longtime client who has just purchased the Weblogic Commerce Server to put their catalog online. They have both domestic sales and international distributors with a complex discount structure in place. Naturally, they have all sort of currency conversions.
My question to those most familiar with the existing code is what would be the preferred method to implement these changes.
At first glance I'm thinking of creating a new custom tag class which would be used like com.beasys.commerce.ebusiness.catalog.tags.GetPropertyTag to add methods to retrieve the calculated "MSRP" price and currency, which changes depending on the type of customer, and the purchase price, which is discounted by customer. I would then change the cat.tld to use my custom tag class. The custom tag class would call the standard GetPropertyTag to retrieve the base values.
The product/customer pricing would be in custom tables which would be exported from the ERP system and are not part of the Dublin framework.
Does anyone have any other ideas regarding how to implement this type of functionality?

Hi Anirban,
I got your response, but that does not help as I had already verified that setting. That was one of my first checks to make sure that IPC pricing had been triggered. However, now that I have conducted more investigation I have found issues in regards to the lack of condition types in ISA. After review of the logs I found that certain condition tables have not been created and a mismatch of attributes exists. Can anyone comment on their experience of the IPC Dataloader and issues like the ones described when running an initial load for the first time?

Are user exits in Pricing for CRM 7.0 implementable in ABAP?

Hi all,
I'm new in CRM. I'm interested in creating some user exits for pricing in CRM 7.0. I know it can be done in Java but I was wandering, since now the web AS is implemented in ABAP, if I could drop Java and use solely ABAP for user exits in pricing.
Thanks

Hi all, I am new to CRM....Can I not create a user-exit condition type in CRM using VOFM ? The reason is that we are comfortable in ABAP but not in Java. Kindly reply with your experience. Thanks

Implement pricing conditions GAU1 and GAU2

Dear All,
I want to implement pricing procedure for precious metals.
Anyone who has implemeneted the procedure at their end please guide me towards the same .
In PO I am getting following error in condition type GAU1 Inactive status as "X" and message as " Inactive via formulae of incorrect "
Please help
Thanks
Garima

Actually i haven't worked on metal prices...but once i had faced same type of error in my freight condition types...SAP responded with some solutions which i am posting...please see whether these are useful or not:
(1) Condition row is inactive
The condition type (group condition or item condition) is listed with or without a pricing result in the condition row on the condition screen for the subitem. However, the condition value is ignored. On the condition details screen (double-click on the condition row), an indicator is set for 'Inactive'.
(1.1) Inactive indicator 'A condition exclusion item'
You have selected an exclusion procedure at subitem level for your freight cost price determination schema. The condition type with inactive status 'A' was excluded using this procedure in favor of another condition type (set as inactive).
Check: In favor of which condition type or condition exclusion group was the condition type in question excluded?
=> Use Customizing transaction T_32 to determine the condition exclusion group to which the relevant condition type was assigned and use Customizing transaction TOK8 to determine the exclusion procedure assigned to the price determination schema.
(1.2) 'K - Inactive due to calculation basis/shipping material type'
An automatically determined or manually created condition type is set as inactive (inactive indicator 'K'), even though a valid condition record was found according to the analysis.
Check 1: Do all handling units in the subitems belong to a 'material group for packaging materials' that is assigned to this particular packaging material type in Customizing? The calculation base of the condition type refers to handling units (calculation bases C, E or F) and, in Customizing (transaction T_06), a packaging material type (synonym: shipping material type field T685A-VHART) was specified for the condition type?
=> Material numbers are assigned to 'material groups for packaging materials' in the material master (transaction MM02). 'Material groups for packaging materials' are assigned to packaging material types in Customizing: Transaction VHZU or IMG -> Logistics General -> Handling Unit Management -> Basics -> Define Allowed Packaging Materials
Check 2: Was a valid condition record for this condition type found in all subitems for the calculation base used?
=> Extend the condition pricing data (transaction TK11) so that valid condition records can be found for all subitems. If necessary, use a price 0.
Check 3: Was the condition type only created manually for individual subitems?
=> Usually, manual conditions must be created for the calculation base in all subitems, with the value 0 if necessary. If changes were also permitted at header level for an item condition (in Customizing transaction T_06), you can automatically create identical entries in all subitems of the calculation base by creating the condition at header level. You can then adjust these templates (with the value 0 if required) at subitem level.
Notes: For background information and options for 'Inactive K', see also note 318775. For the system response in the case of manual changes to freight conditions, see consulting note 773038.
(1.3) Inactive 'L - Condition exclusion header or inactive at header level'
The condition type could not be evaluated as a group condition or was excluded as part of a header exclusion because of another condition type.
Check 1: Could the condition group be evaluated at all?
=> On the condition screen of the header conditions (enter '=kkon' in the command field), check whether different subgroups have been created for the condition type. If this is the case, several condition rows will be displayed for the same condition type. Also check the Check the scale input values in the individual condition display (double-click on the condition row).
Since neither the price determination analysis nor the condition record display is available at header level, you must check the price table for the condition type using a subitem: Is there also a valid scale level for each scale input value? The lowest scale level is often missing in from-scales and the highest conceivable scale level is often missing in to-scales. For example, a to-scale of 'to 30 TO' cannot evaluate any shipments with 31 tons. You therefore need to extend this scale to 'to 99999 TO'.
Check 2: Did you select an exclusion procedure for your freight cost price determination schema at header level?
=> Use Customizing transaction TOK8 to check whether the indicator 'A - header exclusion' was entered in the relevant column for the exclusion procedure that is assigned to the price determination schema. If this is the case, the group condition inactive status 'L' may have been excluded in favor of another group condition type using this exclusion (set as inactive).
Use Customizing transaction T_32 to determine the condition exclusion group to which the condition type in question was assigned and use Customizing transaction TOK8 to determine the condition type or condition exclusion group in favor of which the group condition type in question could have been excluded.
Check 3: Are you using your own scale or condition formula for a multi-dimensional group condition?
=> You may try to analyze the import parameter KOMK or KOMP for a group condition in this formula. However, these parameters are not filled in group processing: '...The components komk and komp are initial during processing of group conditions...' ('i - Formulas' button on the 'Scales for Conditions' detailed screen in Customizing transaction T_06).
The inactive indicator KINAK is set by default to 'T' for group processing (inactive at header level) and is converted to the more general 'L' by the subsequent price determination.
(1.4) 'X - Inactive via formulae or incorrect'
If an error occurs during processing of multi-dimensional conditions (for example, during conversion to scale units or in a customer-specific formulas for scale bases), the condition is usually set to inactive status 'X'.
Check: Are all formulas used in connection with this condition (condition base formula, scale base formula, condition value formula) error-free?
(1.5) 'Y - Inactive because of subsequent price'
According to the price determination logic in SD, there can only ever be one valid price in a pricing procedure. All other conditions are surcharges or discounts in some shape or form. Accordingly, the last, valid pricing condition (valid condition record and not equal to zero) always applies. All pricing conditions in the schema with a lower level number are set to inactive status 'Y inactive because of subsequent price'.
Check: If the required pricing condition was unintentionally set to inactive status 'Y' by a subsequent pricing condition, you must decide (using an exclusion procedure, if required) which of the pricing conditions is varied. All pricing conditions with inactive indicator 'Y' are included in the exclusion procedure.
Regards,
Indranil

Best way to implement 100% discount in Pricing Prod based on Customer

What would be the simplest way to implement 100% discount based on customer. I was thinking to do it via Customer Hierarchy...
Suggestions are appreciated..
Message was edited by:
Robert Robbin

There might be other simple ways,but below is one I have been using.
I would use one of the fields in additional data in customer master
Customer grp1/2/3/4/5
Assign the customers who need 100% discount to a Customer group.
And you maintain one condition record for Customer group and it would impact all the customers belonging to that group.
You can achieve it using Customer Hierarchy,but as you might have already sensed,it is not the simplest way.

How best to implement Student / Teacher Pricing?

I would like to sort customers into groups after they sign up for an account with my site.
Student, Teacher, Other, etc.
My company gives special pricing to these groups. We send out a catalog each year listing this pricing for these groups.
After the customer logs in, I would like pricing to change/update based on that customer group.
Displaying the Original Price above / beside the new discounted price would be a plus as well.
Does BC have this capability?

Hi Lambeosaurus, I think the best and quickest way I achieved this was:
1. Create your registration form for Teachers/Students to log in.
2. After they are registered you can go to their account tabs and Select the option SUBSCRIPTIONS>Catalogue Discounts and apply the discounts for your catalogs.
Secondly but maybe harder is to create a new registering form and automatically assign the users to have their discounts as subscriptions.
You will maybe have to create a new WORKFLOW for this!

Free Goods Pricing Scale

Hello SD gurus,
We want to implement the following price model for our Client.
Our approach is to include Base price and Free goods with it to achieve this
Pricing Requirement:
* As per the Business process of Client - the Material equipment is Wheelchair.
* On the order of Wheelchair, First 4 wheelchairs are always free irrespective of the total ordered Quantity.
*Price per wheel chair is 20USD
*Brief Description is mentioned below in the tabular form-
Units in Item
Price (in USD)
1
0
2
0
3
0
4
0
5
0
6
20
7
40
8
60
9
80
We tried to implement free goods determination with the help of NRAB and ZA00(copy of NA00) condition types , however, it was found that till first 9 ordered quantities, the basic price is calculating the ordered quantity with respect to 20USD, however, the deviation occurs in NRAB condition type (Reqt =59, Alt condition base=29) from the 10th quantity onwards.
We already checked by maintaining Minimum quantity =4 , From=5,no. of free goods=4 in the free goods condition type.
Still it did not worked and reflected the variation in terms of the net value (Basic price - free goods price)
Finally we again created a negative condition type (Discount or surcharge) FREE with the calculation type -fixed amount, wherein the condition record , we fixed the value as 80 USD (20 USD per unit price X 4 minimum free quantities) and found that the system is calculating -80USD for the free goods with respect to the minimum quantity of 4 or more - which is so far correct.
Request you to kindly give suggestions for the scenario wherein -
If the quantity is 0-3 ie less than 4 , the system should populate the price as ZERO as part of the first four free goods concept. Unfortunately our solution is not catering to this specific requirement.
Request your inputs to implement this scenario.
Thanks and regards,
Tarun Jain
SAP SD.

Hi Tarun,
This can be met by using free goods functionality itself.
It will be an inclusive free goods scenario.
The easiest way will be to have a new free goods calculation routine (in VBN1), the routine will have logic like, fixed 4 quantity free always when the free goods condition is triggerd.
Try that, discuss with abaper for the routine creation.
Regards
Jobi

CRM ISA R/3 Edition on AP 7.0 Pricing Routine Number range error

Hi Experts,
For our R/3 ISA Secenerio I have developed a Pricing Prepare Routine (PRP). I have uploaded this routine into AP 7.0 ( which runs my IPC 5.0). Now when I try to register my PRP routine I'm not able to do so because of Number range not defined for Application V Scenerio A and Routine Type PRP.
My question are:
1) For a PRP type Routine( Multiple Implementation) is it important to assign a
routine number? ***( according to pricinguserexit manual dummy routine no
has to be assigned)******
2) If yes then how can i assign Number range for this combination.
NOTE: AP 7.0 has SP 7 ( So it fullfills requirment for Special scenerio)
I have never recieved a reply for my query from this forum... hope someone helps this time. :)
Regards,
Dipender Singh

go to http://www.configuration-workgroup.com/ and find technical doc about IPC 5.0 that i presented at Marco Island in 2006.

Tax is not getting updated in Sales Order Pricing Conditions

Hi ,
Tax is not getting updated in Condition of sales order when creating Sales order but when we click on update button it is calculating correctly.
Following are the changes for in the standard Pricing:
1) Created ZPSC condition type to calculate the sur-charge from Z-table
2) ZPR0 Condition type to calculate the sum of PR00 and ZPSC
So tax has to be calculated based on the ZPSC value, but it is calculating the tax based on the PR00 base price.
We implemented the logic for updating values of Amount and condition values for ZPSC and ZPR0 by creating custom Routine 904 in Calculation types and assigned the routine in Pricing Procedure.The correct values are coming till NET VALUE 3 but tax is calculating based on the PR00 net price.
I debugged the code for Tax Routine the value for Net value (NETWR) is the base value price but displaying correctly in Net value screen of Conditions tab.
Please suggest how to update the Tax values correctly without manual update.
Thanks ,
Rajesh Sanapala.

Hi Lakshmi,
I am using a TAXINN procedure.....to correct my self can u brief me abt the CIN configuration settings required from SD point of view......how many tax codes have to be maintained for capturing the BED,EDCess,SHED cess,VAT,CST and what are the condition types required for capturing the same.....
I am using JEXQ-A/R BED ......for capturing the BED....and so on ......I feel that i have missed out on some settings ,thats why few conditions are getting captured and some are not.....It would be great if you ca nhelp me on this.
Thanks
Ivy

Pricing with IPC4 and CRM4

Hi,
I'm very new to IPC and CRM-Pricing and need some help for a special task.
I need a function module in CRM4 to determine prices with the IPC4.
At the end, this function module should act as a webservice (rfc-enable) to determine prices for a products by using the following input-parameters:
- materialnr.
- sold-to-party
- Sales Org.
- Distribution Channel
- Division
For this task I tried to implement an ABAP function module that uses the function module 'PRC_PD_CREATE' and 'PRC_PD_ITEM_CREATE'. The problem is that I get always 0.00 values as price back. You can find the IPCServErr.log in the text below. Can you imagine what I've done wrong, or do you know a better way to get prices out of CRM by using the IPC?
IPCServErr.log:
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Debug: RFC request: client=011&userName=MATHWEGE&userLocation=QME&type=CRM&application=IPC_TTE
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-3] Info: command executed:CreateSession, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Debug: RFC response: newSessionId=26162783
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Info: response time of command CreateSession: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Debug: RFC request: IV_SESSION_ID=26162783&procedureName=ZFI001&application=CRM
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-4] Info: command executed:GetPricingProcedureInfo, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Debug: RFC response: conditionTypesWithDataSource[1]=VPRS&dataSources[1]=H&purposes[1]=null&availableItemConditionTypeNames[1]=EK02&availableItemConditionTypeNames[2]=YSUP&availableItemConditionTypeNames[3]=YCOP&availableItemConditionTypeNames[4]=ZFIP&availableItemConditionTypeNames[5]=ZFR1&availableItemConditionTypeNames[6]=YGDV&availableItemConditionTypeNames[7]=YGV1&availableItemConditionTypeNames[8]=VA00&availableItemConditionTypeNames[9]=YA00&availableItemConditionTypeNames[10]=YA01&availableItemConditionTypeNames[11]=YA02&availableItemConditionTypeNames[12]=ZPVB&availableItemConditionTypeNames[13]=ZPV8&availableItemConditionTypeNames[14]=ZPVN&availableItemConditionTypeNames[15]=YN00&availableItemConditionTypeNames[16]=PN00&availableItemConditionTypeNames[17]=ZXX4&availableItemConditionTypeNames[18]=ZXX1&availableItemConditionTypeNames[19]=ZFI3&availableItemConditionTypeNames[20]=YGEX&availableItemConditionTypeNames[21]=YGBU&availableItemConditionTypeNames[22]=YGCU&availableItemConditionTypeNames[23]=YIBW&availableItemConditionTypeNames[24]=ZFRF&availableItemConditionTypeNames[25]=YPIZ&availableItemConditionTypeNames[26]=ZFR8&availableItemConditionTypeNames[27]=YPMZ&availableItemConditionTypeNames[28]=ZPV3&availableItemConditionTypeNames[29]=ZPV5&availableItemConditionTypeNames[30]=ZPRV&availableItemConditionTypeNames[31]=Z006&availableItemConditionTypeNames[32]=Z007&availableItemConditionTypeNames[33]=ZFRD&availableItemConditionTypeNames[34]=ZFRE&availableItemConditionTypeNames[35]=GRWR&availableItemConditionTypeNames[36]=EDI1&availableItemConditionTypeNames[37]=EDI2&availableItemConditionTypeNames[38]=ZFI1&availableHeaderConditionTypeNames[1]=YM00&availableHeaderConditionTypeNames[2]=ZFR3&availableHeaderConditionTypeNames[3]=YHBU&availableHeaderConditionTypeNames[4]=YHCU&availableHeaderConditionTypeNames[5]=YHGW&availableHeaderConditionTypeNames[6]=ZFI0&availableHeaderConditionTypeNames[7]=ZFI2&availableHeaderConditionTypeNames[8]=Z006&availableHeaderConditionTypeNames[9]=Z007&availableHeaderConditionTypeNames[10]=ZFRD&availableHeaderConditionTypeNames[11]=ZFRE&headerAttributeNames[1]=CURRENCY&headerAttributeNames[2]=DIS_CHANNEL&headerAttributeNames[3]=DIVISION&headerAttributeNames[4]=FKART&headerAttributeNames[5]=HEADER_DIVISION&headerAttributeNames[6]=INCOTERMS1&headerAttributeNames[7]=INVENT_LOC&headerAttributeNames[8]=PRICE_GRP&headerAttributeNames[9]=PRICE_LIST&headerAttributeNames[10]=PROCESS_TYPE&headerAttributeNames[11]=REF_CURRENCY&headerAttributeNames[12]=SALES_ORG&headerAttributeNames[13]=SALES_ORG_ORDER&headerAttributeNames[14]=SHIP_COND&headerAttributeNames[15]=SOLD_TO_PARTY&headerAttributeNames[16]=TAX_DEPART_CTY&headerAttributeNames[17]=TAX_DEST_CTY&headerAttributeNames[18]=TAX_GROUP_BP_01&headerAttributeNames[19]=TAX_X_EU_CTY_FRO&headerAttributeNames[20]=TAX_X_EU_CTY_TO&headerAttributeNames[21]=VAT_REG_NO&headerAttributeNames[22]=YCCNDVAL_641_LIM&headerAttributeNames[23]=YCCNDVAL_KSCHLMM&headerAttributeNames[24]=YCCNDVAL_KSCHLMP&headerAttributeNames[25]=YC_PRIC_PROC&headerAttributeNames[26]=YR_KONDS&headerAttributeNames[27]=YR_PR_REQ_609&headerAttributeNames[28]=YR_PR_REQ_617&headerAttributeNames[29]=YY_VKORG_R3&itemAttributeNames[1]=INDICATOR_IC&itemAttributeNames[2]=PRC_GROUP3&itemAttributeNames[3]=PRC_INDICATOR&itemAttributeNames[4]=PRICE_PRODUCT&itemAttributeNames[5]=PROD_PR_GROUP&itemAttributeNames[6]=TAX_GROUP_P&itemAttributeNames[7]=YYRPSTYV&itemAttributeNames[8]=ZZPRODH1&itemAttributeNames[9]=ZZPRODH2&itemAttributeNames[10]=ZZPRODH3&itemAttributeNames[11]=ZZPRODH4&itemAttributeNames[12]=ZZPRODH5&itemAttributeNames[13]=ZZPRODH6&itemAttributeNames[14]=ZZPRODH7&conditionAccessTimestampNames[1]=PRICE_DATE
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Info: response time of command GetPricingProcedureInfo: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Debug: RFC request: IV_SESSION_ID=26162783&useDocumentId=473866A41F6C63FDE10000000A69C053&procedureName=ZFI001&application=CRM&documentCurrencyUnit=EUR&localCurrencyUnit=EUR&language=D&country=DE&dateFormat=dd.MM.yyyy&partialProcessing=N&keepZeroPrices=N&editMode=A&groupConditionProcessing=N&readPricingDocumentFromDb=N
Nov 12, 2007 1:34:05 PM ...e.log.log_api.SPE.pricingDocumentInit JCO.ServerThread-2 Debug: PricingDocument INIT FOR PricingDocument: 473866A41F6C63FDE10000000A69C053
Nov 12, 2007 1:34:05 PM ...e.log.log_api.SPE.pricingDocumentInit JCO.ServerThread-2 Debug: PricingDocument TRY TO CREATE IPCCacheManager
Nov 12, 2007 1:34:05 PM ...p.sxe.log.log_api.SPE.IPCCacheManager JCO.ServerThread-2 Debug: IPCCacheManager - TRY TO CREATE IPCCacheManager
Nov 12, 2007 1:34:05 PM ...p.sxe.log.log_api.SPE.IPCCacheManager JCO.ServerThread-2 Debug: IPCCacheManager - Cache record count:71
Nov 12, 2007 1:34:05 PM ...p.sxe.log.log_api.SPE.IPCCacheManager JCO.ServerThread-2 Debug: IPCCacheManager - NO ClearCache Cache-TimeStamp:12.11.2007 current Date:12.11.2007
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hi8br014 JCO.ServerThread-2 Info: command executed:CreateDocument, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Debug: RFC response: documentId=473866A41F6C63FDE10000000A69C053
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Info: response time of command CreateDocument: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-1 Debug: RFC request: IV_SESSION_ID=26162783&documentId=473866A41F6C63FDE10000000A69C053&isRelevantForPricing=N&isNotDeletable=N&productGuid=429D02A3FF110F5BE10000000A69C035&exchangeRateType=M&pricingDate=20071112&salesQuantityValue=1.00000&salesQuantityUnit=ST&grossWeightValue=0.00000&netWeightValue=0.00000&weightUnit=KG&volumeValue=1.00000&volumeUnit=CCM&pointsValue=0.00000&formatValue=N&pricingAnalysis=Y&isReturn=N&isStatistical=N&pricingItemIsUnchangeable=N&useItemId=473866A21F6C63FDE10000000A69C053&suppressPricing=N&importPricingConditions=N&headerAttributeNames=DIS_CHANNEL&headerAttributeNames=DIVISION&headerAttributeNames=SALES_ORG&headerAttributeNames=SOLD_TO_PARTY&headerAttributeValues=50&headerAttributeValues=A1&headerAttributeValues=O 50000004&headerAttributeValues=429F942A5409096BE10000000A69C03B&itemAttributeNames=PRICE_PRODUCT&itemAttributeValues=429D02A3FF110F5BE10000000A69C035
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hi8br014 JCO.ServerThread-1 Info: command executed:CreateItem, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-1 Debug: RFC response: itemId=473866A21F6C63FDE10000000A69C053
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-1 Info: response time of command CreateItem: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-5 Debug: RFC request: IV_SESSION_ID=26162783&documentId=473866A41F6C63FDE10000000A69C053&itemId=473866A21F6C63FDE10000000A69C053&formatValue=N
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-5] Info: command executed:GetPricingItemInfo, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-5 Debug: RFC response: grossValue=0.00&netValue=0.00&taxValue=0.00&totalGrossValue=0.00&totalNetValue=0.00&totalTaxValue=0.00&subtotal1=0.00&subtotal2=0.00&subtotal3=0.00&subtotal4=0.00&subtotal5=0.00&subtotal6=0.00&freight=0.00&netValueWithoutFreight=0.00&grossValueSubtotal=0.00¤cyUnit=EUR&netPrice=0.00&netPricePricingUnitValue=1&netPricePricingUnitName=ST&cashDiscount=0.00&cashDiscountBasis=0.00
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-5 Info: response time of command GetPricingItemInfo: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Debug: RFC request: IV_SESSION_ID=26162783&documentId=473866A41F6C63FDE10000000A69C053
Nov 12, 2007 1:34:05 PM ...ndata.application.imp.PricingDocument JCO.ServerThread-3 Debug: pricing document 473866A41F6C63FDE10000000A69C053: pricing complete
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-3] Info: command executed:PricingCompleteDocument, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Debug: RFC response: netValue=0,00&grossValue=0,00&taxValue=0,00
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-3 Info: response time of command PricingCompleteDocument: 0
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Debug: RFC request: IV_SESSION_ID=26162783&documentId=473866A41F6C63FDE10000000A69C053&formatValue=N
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-4] Info: command executed:GetPricingDocumentInfo, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Debug: RFC response: grossValue=0.00&netValue=0.00&taxValue=0.00&subtotal1=0.00&subtotal2=0.00&subtotal3=0.00&subtotal4=0.00&subtotal5=0.00&subtotal6=0.00&freight=0.00&netValueWithoutFreight=0.00&grossValueSubtotal=0.00&rootItemIds[1]=473866A21F6C63FDE10000000A69C053&itemIds[1]=473866A21F6C63FDE10000000A69C053&itemGrossValues[1]=0.00&itemNetValues[1]=0.00&itemTaxValues[1]=0.00&itemTotalGrossValues[1]=0.00&itemTotalNetValues[1]=0.00&itemTotalTaxValues[1]=0.00&freights[1]=0.00&netValuesWithoutFreight[1]=0.00&grossValuesSubtotal[1]=0.00&itemNetPrices[1]=0.00&itemNetPricePricingUnitValues[1]=1&itemNetPricePricingUnitNames[1]=ST&itemCashDiscounts[1]=0.00&itemCashDiscountBases[1]=0.00&itemSubtotals1[1]=0.00&itemSubtotals2[1]=0.00&itemSubtotals3[1]=0.00&itemSubtotals4[1]=0.00&itemSubtotals5[1]=0.00&itemSubtotals6[1]=0.00¤cyUnit=EUR
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-4 Info: response time of command GetPricingDocumentInfo: 16
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Debug: RFC request: IV_SESSION_ID=26162783
Nov 12, 2007 1:34:05 PM ...sxe.socket.server.CommandMgr.hiss88[JCO.ServerThread-2] Info: command executed:CloseSession, response code:200
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Debug: RFC response:
Nov 12, 2007 1:34:05 PM ...p.sxe.socket.server.rfc.RFCConnection JCO.ServerThread-2 Info: response time of command CloseSession: 0
Nov 12, 2007 1:34:06 PM ...cket.server.SocketConnection.hiss88
Debug: request:
Nov 12, 2007 1:34:06 PM ...sxe.socket.server.CommandMgr.hi8br014 Info: command executed:GetLoad, response code:200
Nov 12, 2007 1:34:06 PM ...cket.server.SocketConnection.hiss88
Debug: response:
socketLoad=5&rfcLoad=0
Nov 12, 2007 1:34:06 PM ...cket.server.SocketConnection.hiss88
Debug: response time of command GetLoad: 0

Hi
For the Characteristic pricing Table name:SDCOM and field name VKOND the values are updated.You need write code E.g.,
$self.Z_pricing = 'A_1' if $self. Z_finish = 'A_1
Here Z_pricing is the characteristics maintained for pricing
Z_finish is the characterstics where the components A_1 is maintained
Hope this will get some picture
Regards
Ramesh

Pricing in an Implementation !!!

Similar Messages

Maybe you are looking for